はじめに システム開発の現場では、進捗が思わしくない部下に対して上司が厳しい言葉をかける場面は珍しくありません。 しかし、それが「暴言」の域を超えてしまうケースも、残念ながら実際に存在します。 この記事では、大手SIerで実際にあった、Teams会議上でのハラスメント発言のエピソードを紹介します。 本記事は、個人や企業を誹謗中傷することを目的としたものではなく、以下を目的としています。 企業からは都合の良い情報しか発信されないことが多いため、求職者が一方的な情報に惑わされないようバランスを取る 仕事の中で起こりうる想定外な出来事や、理不尽な出来事をあらかじめ知り、対処や心構えの一助としていただく 業界に対して不満はあるが、立場上声を上げにくい現場の方々に代わって、内情を吐露することでガス抜きの場とする 実体験をもとに、なかなか表に出てこない業界の実情をお伝えし、学生やエンジニア、マネージャーの皆様の今後のキャリア選択に役立てていただければ幸いです。 「Teams会議での殺害予告」 これは某大手SIerが元請けを務める、大規模システム開発プロジェクトでの出来事。 このプロジェクトには、元請けの大手SIerに加え、ビジネスパートナー（BP）として参画する複数の協力会社が名を連ねていた。 週次の進捗会議はTeamsを使ったオンライン形式で行われ、画面には元請け・BP各社の担当者がずらりと並んでいた。 部下Cは、この会議に参加していたエンジニアの一人だった。 以前から担当タスクの進捗が思わしくなく、直近の会議でも上司Dから厳しい指摘を受けていた。 会議が始まり、進捗報告の順番が回ってくる。 上司D 😑「C、先週指摘した件、対応できたのか？」 部下C 😰「すみません、まだ調査中でして……」 上司Dの表情が険しくなる。 上司D 😠「前回も同じこと言ってたよな。何回目だよ、これ。」 部下C 😨「申し訳ございません……」 質問への回答も要領を得ず、要点がまとまらない部下Cに対し、上司Dの苛立ちは徐々に大きくなっていった。 上司D 😡「だから、原因は何なんだよ。結論から言えよ。」 部下C 😖「えっと……その、まだ切り分けが……」 要領を得ない回答が続く中、画面の向こうにいる他社の参加者たちも、次第に空気の重さを感じ始めていた。そしてついに、上司Dの怒りが爆発する。 上司D 😤「いい加減にしろよ！コ〇スぞー！！」 会議に参加していた全員が、一瞬何が起きたのか理解できずに固まった。 BP担当者E 😳（……今、なんて言った？） BP担当者F 😧（聞き間違いだよな……？） しかし、それは聞き間違いではなかった。上司Dは、部下Cの度重なる要領の悪い回答に業を煮やし、画面越しに他社の担当者も多数参加する公の場で、明確な暴言を吐いたのだった。 部下C 😱「……」 部下Cは言葉を失い、他の参加者たちも誰一人フォローの言葉を発することができなかった。 会議室には、しばらく重苦しい沈黙だけが流れた。 令和のこの時代に、しかも社外の関係者が多数同席するオンライン会議の場で、このような発言が飛び出したことに、参加者全員がドン引きしたのは言うまでもない。 解説 令和になってから労働環境の改善は大幅に進み、今回のような露骨なハラスメントは以前に比べて少なくなってきました。 それでも、まれにこうした暴言を吐いてしまう方が存在します。 そして厄介なことに、その場に居合わせても、当然のように誰も彼を諫める人はいません。 大手企業に勤め、高年収で安定した立場にありながら退職を選ぶ方がいるのは、こうしたハラスメントの存在も一因なのかもしれません。 一方で、性分的に熱くなるとつい汚い言葉を使ってしまう人はどこにでもいるのも事実です。 罵声を言葉通りに真正面から受け止めて思い悩むのではなく、「夏になったらセミが鳴くようなものだ」くらいに捉え、いちいち気にしないというメンタリティを持つことも、必要なのかもしれません。 とはいえ、それでもどうしても理不尽な環境に耐えられないという方は、無理をする必要はありません。 退職や独立も、有効な選択肢の一つです。 おわりに 世の中には、様々な企業やそこで働く人が存在し、常識では考えられないような出来事が実際に起こり得ます。

はじめに 2023年10月のインボイス制度開始以降、免税事業者（インボイス未登録の事業者）からの仕入れについては、一定期間の経過措置が設けられています。 この経過措置の控除率が、2026年10月から段階的に引き下げられることをご存じでしょうか。 これに伴い、フリーランスエンジニア向けエージェントのギークスが、免税事業者パートナーへの消費税相当額の補填方針を見直すことを発表しました。 本記事では、経過措置の制度変更の内容と、ギークスの対応方針を例に、フリーランスSEが受ける実務上の影響を整理します。 インボイス経過措置とは インボイス制度では、適格請求書発行事業者（インボイス発行事業者）でない免税事業者からの仕入れは、原則として仕入税額控除の対象になりません。 ただし、制度導入による急激な負担増を緩和するため、以下のような経過措置が設けられています。 期間 免税事業者からの仕入れに対する控除率 2023年10月〜2026年9月 80% 2026年10月〜2028年9月 70% 2028年10月〜2030年9月 50% 2030年10月〜2031年9月 30% 2031年10月〜 0% 発注側企業が免税事業者に支払った消費税相当額のうち、控除できる割合が段階的に引き下げられます。 これにより、発注側企業が実質的に負担する消費税額（控除できない分）が増えることになります。 ギークスの対応方針 ギークスはこれまで、免税事業者であるフリーランスパートナーに対し、本来控除できない消費税相当分を特別措置として全額補填してきました。 しかし今回の経過措置変更を受けて、以下の方針転換を発表しています。 対象: 適格請求書発行事業者の登録をしていない（免税事業者の）パートナー 変更内容: 仕入税額控除が制限される分（消費税相当額の30%）を差し引いた金額で支払い 適用開始: 2026年10月稼働分（11月支払い分）から ギークスはこの見直しについて「他社を含めた市場の標準的な精算ルールに準拠するため」としており、制度上の経過措置の段階的移行に合わせた対応であると説明しています。 参考資料: インボイス制度の改正について（国税庁） 単価50万円の場合の計算例 実際にどの程度の減額になるのか、単価50万円（税抜）のケースで試算してみます。 項目 金額 元の税抜単価 500,000円 元の税込金額 550,000円 控除できない消費税の30%分 15,000円 調整後の税抜金額 485,000円 調整後の消費税（10%） 48,500円 調整後の税込金額（振込額） 533,500円 このケースでは、月額16,500円の実質減額となります。 単価が上がるほど減額幅も大きくなるため、高単価案件を扱う免税事業者ほど影響が大きくなる点に注意が必要です。

はじめに フルリモートで働けるようになったエンジニアの中には、「家賃の安い地方に移住して、今の仕事はそのまま続けたい」と考える人が増えています。 そんな移住を後押ししてくれる制度が、国と自治体が連携して実施している 「地方創生移住支援事業（移住支援金）」 です。 条件を満たせば、単身でも最大60万円、世帯であれば最大100万円の支援金を受け取れる可能性があります。 この記事では、リモートワークで地方移住を検討しているエンジニア向けに、移住支援金の仕組みと申請時の注意点を解説します。 なぜ今、地方移住者が増えているのか 移住者増加の背景にあるのは、「家賃が安く、それでいて東京へのアクセスが良い」地域への人気の高まりです。 フルリモートであれば通勤の必要がないため、家賃相場の高い東京23区にこだわる理由が薄れます。 一方で、出社が必要な場面や実家・知人との行き来を考えると、東京から近い地域の方が何かと安心という声も多く、「家賃は下げたいが、東京から離れすぎたくない」というニーズが移住先選びに強く反映されています。 移住希望地ランキングトップ3 公益社団法人ふるさと回帰・移住交流推進機構の調査によると、移住希望地ランキングの上位は以下の通りです。 順位 都道府県 1位 群馬県 2位 栃木県 3位 長野県 出典: ふるさと回帰・移住交流推進機構 いずれも東京圏からのアクセスが比較的良く、家賃水準は東京23区に比べて大きく抑えられるエリアです。 移住支援金の対象地域に含まれる自治体も多いため、リモートワークを継続しながらの移住先候補として検討しやすいのも人気の理由です。 移住支援金とは 移住支援金は、東京圏（東京23区在住、または東京23区に通勤していた人）から地方へ移住し、一定の条件を満たした場合に支給される国の制度です。実際の窓口や上乗せ額は都道府県・市町村ごとに異なります。 支給額の目安 世帯区分 支給額の目安 単身 最大60万円 世帯（2人以上） 最大100万円 18歳未満の子どもを帯同 子ども1人あたり最大100万円加算 自治体によっては独自の上乗せ加算を行っている場合もあるため、移住先候補の自治体サイトで最新の金額を確認しましょう。 【例】ランキング1位・群馬県の移住支援制度 移住希望地ランキング1位の群馬県では、移住支援金に加えて独自の支援制度も用意されています。ここでは、群馬県への移住を例に、単身世帯でも使えるものと家族がいる世帯向けのものに分けて紹介します。 単身世帯でも使える支援 移住支援金：東京23区からの移住・テレワーク継続などの条件を満たせば単身でも最大60万円 住宅取得・改修に関する補助：市町村によっては単身者も対象とする空き家改修補助や家賃補助制度がある 家族がいる世帯向けの支援 移住支援金（世帯加算）：世帯での移住は最大100万円、18歳未満の子ども帯同でさらに加算 子育て世帯向け住宅支援：多子世帯やU・Iターン世帯を対象にした住宅取得補助 保育・教育関連の助成：市町村独自の保育料減免、給食費補助などを併用できる場合がある いずれの制度も移住先の市町村ごとに詳細や申請窓口が異なるため、群馬県内での移住先を検討する際は、候補となる市町村の移住相談窓口で最新の支援内容を確認することをおすすめします。

はじめに システムインテグレーター（SIer）といっても、その規模や社風は会社によって大きく異なります。 特に中小規模のSIerでは、独自の職場文化や人間関係が形成されやすく、外から見ると驚くようなルールや雰囲気が存在することも珍しくありません。 この記事では、業界の人からヒアリングした、中小Sierの職場で見られがちな「あるある」を紹介します。 中小Sierの職場あるある 職場でのコミュニケーションが少ない 中小Sierの現場では、開発業務中は驚くほど静かなオフィスも珍しくありません。 雑談もほとんどなく、社員同士が黙々とキーボードを打ち続けているだけ、という職場も存在します。 コミュニケーションが少ないこと自体が悪いわけではありませんが、困ったときに相談しづらい雰囲気を生んでしまっているケースもあります。 陰湿な人間関係と飲み会での愚痴 普段のオフィスは静かでも、飲み会になると一転、陰口や愚痴を延々と聞かされることがあるという声も聞かれます。 システム開発をしている会社は、男女問わず、サバサバした性格というよりは、陰湿な一面を持つ社員が多く、仕事へのストレスが多いことが要因と言われています。 女性社員の少なさとキャラクターの違いによる確執 中小Sierでは女性社員の比率が低く、多くても3割程度、新卒女性採用が0人という年も珍しくないという企業もあります。 また、技術系の女性社員と総務系の女性社員とではキャラクターが大きく異なり、その違いから微妙な人間関係や確執が生まれることもあるようです。 独自の食事ルール 企業によっては、休憩時間以外の飲食を禁止していたり、飲食スペース以外での飲食を一切認めていなかったりと、独自のルールを設けているところもあります。 中には、蓋つきの飲み物のみデスクでの飲用を許可するという細かいルールを敷いている企業もあるようです。 解説 こうした「あるある」に共通しているのは、いずれも会社ごとの独自ルールや社風によって生まれているという点です。 静かなオフィス環境や独自の食事ルールは、一定のマナーや集中環境を保つという意図があるのかもしれませんが、行き過ぎると閉塞感やストレスの原因になりかねません。 また、女性社員比率の偏りやそこから生まれる人間関係の確執は、職場の多様性やダイバーシティへの取り組みが不十分な会社ほど起こりやすい傾向にあります。 こうした環境で働き続けることが自分に合っているかどうかは、入社前や転職前によく見極めておく必要があります。 おわりに 世の中には、様々な社風・ルール・人間関係を持つ企業が存在し、実際に働いてみないと分からないことも多くあります。 もし今の職場の閉塞感や独自ルールにストレスを感じているなら、転職やフリーランスとして独立するなど、環境を変えることも選択肢の一つです。 自分に合った働き方ができる環境を探すことは、長期的なキャリアにとって重要な選択になるはずです。 関連記事 地方エンジニアにおすすめのフリーランスエージェント

はじめに 社会人になれば、皆が知識も精神も自立した大人になっているというイメージを持つ人は多いのではないでしょうか？ しかし、現実には、知識も精神も未成熟な方もいて、先輩や上司が皆、頼りになる大人とは限りません。 立場が上だからといって、常に正しいわけではないのです。むしろ、周囲の意見に流されず、自分のキャリアを主体的に考える姿勢が重要です。 本記事は、個人や企業を誹謗中傷することを目的としたものではなく、以下を目的としています。 企業からは都合の良い情報しか発信されないことが多いため、求職者が一方的な情報に惑わされないようバランスを取る 仕事の中で起こりうる想定外な出来事や、理不尽な出来事をあらかじめ知り、対処や心構えの一助としていただく 業界に対して不満はあるが、立場上声を上げにくい現場の方々に代わって、内情を吐露することでガス抜きの場とする 実体験をもとに、なかなか表に出てこない業界の実情をお伝えし、学生やエンジニア、マネージャーの皆様の今後のキャリア選択に役立てていただければ幸いです。 Operatorの意味を知らないDevOpsエンジニア これは富士通の下請けの仕事をしているとある岡山県のシステム会社の話です。DevOpsの導入支援を行っていたプロジェクトでの出来事です。 上司🤔：「運用者って英語で何て言うの？」 部下😐：「operatorです。」 上司😤：「なんか違うなー。actorにしよう!!」 部下😐：「????」 解説 業界ではリテラシーが低い人がプロジェクトをマネジメントしているケースは少なくありません。 誰でも最初は知らないことがありますし、無知であること自体は仕方ないのかもしれません。 しかしながら、今回のケースでは、DevOpsプロジェクトに参画しているにもかかわらず、「Operator」という言葉の意味を理解していませんでした。 参画が決まった段階で普通はDevOpsの意味を調べているはずですが、それを調べていないことから、仕事への意識の低さが伺えます。 さらに厄介な問題は、正解を教えても間違った理解をしてしまう方がいることです。 脳の仕組み的に、本人の中では独自の定義や解釈が形成してしまう方がいて、世の中で一般的に使われている意味と異なる定義で理解してしまっているケースがあります。 そして、そのような人が意思決定を行う立場にいると、プロジェクト全体が誤った方向に進んでしまうこともあります。 おわりに アサインされる案件は「案件ガチャ」と呼ばれ、リテラシーが低過ぎる人がマネジメントしてるチームにアサインされることもあります。 自身の力でもがくことも大事ですが、中々環境は変わりません。 フリーランスになって、環境を変えるのも選択の一つかもしれません。 関連記事 地方エンジニアにおすすめのフリーランスエージェント

はじめに 中四国地方には中小企業が多く、清掃員を雇う予算を確保できない企業も少なくありません。 そうした企業では、清掃業務をエンジニアや事務職を問わず、全従業員で協力して実施しているケースがあります。 この記事では、地方の中小企業に実際に存在する「掃除事情」を紹介します。 中小企業の掃除事情 定時後・休日の清掃強要 会社によっては、定時後の業務時間外や休日に掃除をするよう強要されることがあります。 掃除は業務として認められず、サービス残業扱いになってしまう会社もあるようです。 トイレ掃除は当番制 トイレ掃除が順番制になっている会社もあり、当番の日は業務の合間を縫って清掃を行う必要があります。 昔は客先に出向しているエンジニアも、掃除のためにわざわざ早朝7時に出社して掃除するケースもあったそうです。 年末の大掃除もサービス残業に 年末には従業員総出で本社の大掃除を行う企業が多々ありますが、こちらもサービス残業になるケースがよく見られます。 就業規則に記載がある会社も 就業規則に「〇〇時から社内清掃をしなければならない」というルールが明記されている会社さえあるほどですが、実際には業務が忙しい人はやっていない、という運用の緩さも見られます。 持ちビルの清掃をさせられるケースも 遺族経営で不動産事業も手がけている企業の中には、従業員に自社所有のビルを清掃させることで清掃コストを削減しているケースもあるようです。 解説 掃除も企業経営において必要な作業であることは間違いありません。 しかし、その時間に他の技術者がスキルアップに時間を充てていることを考えると、掃除の負担が大きい会社にあえて入社すべきかどうかは、よく考えたほうがよいでしょう。 本業以外の業務に長時間従事することにストレスを感じる方は、入社前に清掃業務の有無や負担度合いを確認しておくことをおすすめします。 サービス残業扱いになっているかどうかも、労働条件を判断するうえで重要なポイントです。 おわりに 世の中には、業務とは直接関係のない清掃業務を従業員に負担させている企業が実際に存在します。 しかしAIやアウトソーシングの活用が広がる中で、こうした非効率な運用を続ける企業は、今後人材確保の面でも不利になっていく可能性があります。 もし今の職場の清掃負担に疑問を感じているなら、転職やフリーランスとして独立するなど、環境を変えることも検討してみる価値があります。 関連記事 地方エンジニアにおすすめのフリーランスエージェント

はじめに 社会人になれば、会社という組織はきちんとルールに則って運営されているというイメージを持つ人は多いのではないでしょうか？ しかし現実には、社内の意思決定プロセスが曖昧なまま放置され、従業員が振り回されてしまう会社も存在します。 立場が上だから、総務だからといって、必ずしも合理的な対応をしてくれるとは限らないのです。 本記事が、会社という組織を過信せず、自分の権利や手続きについて主体的に確認する姿勢を持つきっかけになれば幸いです。 本記事は、個人や企業を誹謗中傷することを目的としたものではなく、以下を目的としています。 企業からは都合の良い情報しか発信されないことが多いため、求職者が一方的な情報に惑わされないようバランスを取る 仕事の中で起こりうる想定外な出来事や、理不尽な出来事をあらかじめ知り、対処や心構えの一助としていただく 業界に対して不満はあるが、立場上声を上げにくい現場の方々に代わって、内情を吐露することでガス抜きの場とする 実体験をもとに、なかなか表に出てこない業界の実情をお伝えし、学生やエンジニア、マネージャーの皆様の今後のキャリア選択に役立てていただければ幸いです。 社員寮の退寮手続きだけで2ヶ月以上かかるトンデモ会社 通勤時間短縮のための退寮相談 これは、とある神奈川県のSES会社での話です。 この会社では従業員に対して、会社近隣のアパートを社員寮として提供していました。 ある新人社員Aさんは、社内勤務から客先常駐に配属が変わったことで、社員寮からの通勤に時間がかかり過ぎるようになり、退寮を検討します。 就業規則や寮規則には退寮に関する規定がなかったため、退寮が可能かどうか、可能な場合はどのような手順を踏めばよいかを直属の上司に確認しました。 すると、上司からはこんな反応が返ってきます。 上司😕：「会社の方針として、若手が社員寮を出るのはあまり良く思われていないんだよね……」 はっきりした理由は語られず、曖昧な物言いでしたが、話によると、過去には女性社員が「ユニットバスが嫌だ」という理由で退寮を申し込んだものの、否認された前例もあったそうです。 その後、上司から 上司:「取り敢えず、総務部に確認のメール送信して」 新人A😐: 「分かりました。」 指示を受けたAは、退寮を検討している理由と、手続きが可能かどうかを総務部・上司・課長宛にすぐにメールで送信しました。 新人A😳:「通勤時間短縮のために退寮を検討してます、退寮できるかどうか確認したいです📨」 噛み合わないコミュニケーション ところが、何故か総務部は新人Aに返信せず、上司と、課長にのみメール返信しました。 総務からの指摘を受けた上司は新人Aに以下のように指摘しました。 上司😠：「なんでメールを総務部に送ったんだ。」 新人A😳 ：「え、先ほどメールを送信するように指示を受けたので。。。」 上司😠：「今送るとは思わなかった。」 新人A😳 ：(いつだったらいいんだよ) Aさんとしては、上司から総務に確認するよう指示されたため、すぐに送信しただけです。 内容的に何時送信しても特に問題ないような内容ですが、何故か上司から叱責をうけ、さらにいつ送信すればよかったのかは最後まで明かされませんでした。 また、総務部からの返信内容は一切新人Ａには共有されず、どうも会社側が何かひた隠ししているような状態でした。 その後、会社が月末に実施ている帰社報告会で、課長・上司と対面で話し合いの上、方針を決定することになりました。 これにより退寮は1ヶ月先延ばしになりました。 帰社報告のドタキャン ところが、帰社報告の日に課長も上司も欠席していることに気づきます。 新人A😐: 「課長も上司もいないな。。。」 社内の別の社員Bに聞いて回ったところ、以下のように教えてくれました。 新人A😐: 「課長と上司って今日出社してます?」 社員B😅：「上司さんは業務都合で休み、課長はプライベートの都合でお休みだって。」 新人A😐: 「。。。」 新人Ａに連絡がなく、ドタキャンされてしまったため、帰社報告では方針を決められず、さらに1ヶ月ほど時間が過ぎていきました。 社内で見えてきた「本音」 社内やインターネットで似たような事例を調べてみると、社会人経験の浅い新人が退寮すると金銭面でのトラブルを起こすリスクがあることから、総務部が寮に留めておきたがる、という噂があるそうでした。 一方で、新人でも実家からの一人暮らしに切り替えた社員は特に総務から指摘がなかったことから、上記は表向きの理由は本音は以下の理由だと推測しました。 住宅手当を支給するより、社員寮を維持する方が会社にとって節税効果が高い 退寮時期が中途半端だと、不動産会社への賃料を余分に支払う必要が生じる そこで新人Aは、退寮時期や、移住先の物件の賃料は会社の希望に合わせられること、通勤経路が短くなれば通勤手当の支給額も減り会社側にもメリットがあることを提案してみることを検討しました。

はじめに バージョン管理システムのGitは、今や多くの開発現場で当たり前に使われている技術です。 しかし、Gitが導入され、メンバー全員が使えるにもかかわらず、なぜか誰も使おうとしないという不思議な現場も存在します。 この記事では、国内屈指の大手企業のプロジェクトで実際に起きた、Gitを意地でも使わない現場の実話を紹介します。 本記事は、個人や企業を誹謗中傷することを目的としたものではなく、以下を目的としています。 企業からは都合の良い情報しか発信されないことが多いため、求職者が一方的な情報に惑わされないようバランスを取る 仕事の中で起こりうる想定外な出来事や、理不尽な出来事をあらかじめ知り、対処や心構えの一助としていただく 業界に対して不満はあるが、立場上声を上げにくい現場の方々に代わって、内情を吐露することでガス抜きの場とする 実体験をもとに、なかなか表に出てこない業界の実情をお伝えし、学生やエンジニア、マネージャーの皆様の今後のキャリア選択に役立てていただければ幸いです。 Gitを意地でも使わないプロジェクト これは、国内屈指の大手企業が発注するシステム開発プロジェクトでの出来事。 このプロジェクトでは、Gitがすでに導入されており、メンバーも一通りコマンドを扱える状態だった。 つまり技術的な障害は何もない。それでも、なぜかチームの誰もGitを積極的に使おうとしなかった。 あるとき、新しく参画したエンジニアCが、レビューの進め方について尋ねた。 紙でのソースコードレビュー エンジニアC 🙂 「プルリクエストって、どうやって出せばいいですか？」 ベテランエンジニアD 😐 「プルリクエスト？ うちはそういうのやってないよ。」 聞けば、このプロジェクトのコードレビューは、WinMergeで差分を取り、その画面をExcelに貼り付けて印刷し、紙で行うのが慣例だという。 エンジニアC 😳 「え、印刷して紙でレビューするんですか……？」 ベテランエンジニアD 😑 「その方が見やすいでしょ!!」 半信半疑のまま、エンジニアCは初めて紙でのレビューを受けることになった。 WinMergeの差分画面をExcelに貼り付けて印刷したものをベテランエンジニアDに提出し、確認を待つ。 数分後、ベテランエンジニアDが眉間にしわを寄せながら紙を持ってやってきた。 ベテランエンジニアD 😠 「ちょっと、これ変更したところの色が分かりづらいよ」 エンジニアC 😕 「え、色、ですか……？」 ベテランエンジニアD 😡 「見づらいだろ！ 」 エンジニアC 😥 （Gitがあるのに、なぜ紙の色使いで怒られているんだろう……） 結局、エンジニアCはその場で色設定を変更し、WinMergeの差分をあらためて印刷し直すことになった。 ブランチ一本化戦略 さらに話を聞くと、開発は複数人が並行して進めているにもかかわらず、ブランチはほとんど使われていないという。 エンジニアC 🤔 「複数の機能が開発同時進行してるから、ブランチ切った方がいいんじゃないですか？」 ベテランエンジニアD 😠 「ブランチが複数あると煩雑になるから、うちは一本化でいくことにしてるんだ。」 一本化とは、つまり全員がひとつのブランチに直接手を加えるという運用のことだった。 エンジニアC 😨 （それ、実際の開発が並列で進んでいるんだから、ソース管理するの放棄して、現実逃避しているだけでは…） 案の定、コンフリクトは発生したが、他のメンバーが加えた改修を、上書きしてしまってもベテランエンジニアDは悪びれる様子はなかった。

はじめに 収入アップというと、転職や副業のような大きな決断を思い浮かべる人が多いのではないでしょうか。 しかし、実際には日々の生活の中でできる小さな施策を積み重ねるだけでも、年間で数万円単位の差が生まれることがあります。 仕事や技術のスキルアップに時間や意識を割くことはもちろん大切ですが、そればかりに偏ってしまうと私生活がおろそかになりがちです。 今回は、社会人になったらまず押さえておきたい「セルフバック」「口座連携」「ポイ活」といった、リスクが低く始めやすい収入アップ施策を紹介します。仕事や技術のことだけでなく、日々の暮らしにもしっかり目を向けるきっかけになれば幸いです。 A8.netのセルフバックを活用する A8.netはアフィリエイトサービスとして有名ですが、実は「セルフバック（自己アフィリエイト）」という仕組みを使うことで、ブログを持っていない人でも報酬を得ることができます。 セルフバックとは、A8.netに掲載されている広告案件を自分自身で申し込むことで、成果報酬を受け取れる仕組みです。 クレジットカードの新規発行 証券口座・銀行口座の開設 資料請求や無料会員登録 といった案件が多数用意されており、案件によっては数千円〜数万円の報酬が得られるものもあります。 どうせ口座開設やカード発行をするなら、セルフバック経由で申し込むだけで報酬がもらえるため、使わない手はありません。 A8.net ITreviewでレビュー投稿してAmazonギフト券をもらう ITreviewは、業務で利用しているITツール・SaaS製品のレビューを投稿できるサービスです。 エンジニアであれば、開発ツールやクラウドサービスなど、日常的に使っている製品を1つは持っているはずです。 ITreviewでは、条件を満たす製品レビューを投稿すると、謝礼としてAmazonギフト券がもらえるキャンペーンが用意されています。 普段使っているツールの感想を書くだけで謝礼がもらえるため、レビュー執筆に慣れているエンジニアにとっては相性の良い施策です。 キャンペーン内容や対象製品は時期によって変わるため、投稿前に公式サイトで最新の条件を確認しておきましょう。 ITreview Zaim・マネーフォワードで口座を一元管理する 収入を増やすことと同じくらい大切なのが、支出を把握して無駄をなくすことです。 Zaimやマネーフォワード クラウドといった家計簿アプリを使うと、銀行口座・クレジットカード・電子マネーなどをまとめて連携し、収支を自動で可視化できます。 どの支払い方法にいくら使っているかが一目でわかる サブスクリプションの払い忘れ・重複契約に気づきやすい 資産全体の推移をグラフで確認できる 手動での家計簿管理は続かない人が多いですが、口座連携型のアプリであれば入力の手間がほとんどなく、自然と支出管理が習慣化しやすいのがメリットです。 Zaim マネーフォワード クレジットカードを連携してポイント還元を最大化する 家計簿アプリとの連携に加えて、クレジットカード自体の使い方を見直すことも収入アップにつながります。 メインカードを1〜2枚に絞り、ポイント還元率の高いカードに支払いを集中させる 電気・ガス・通信費などの固定費をカード払いに統一する 貯まったポイントは現金やギフト券、投資信託の購入に充当する いわゆる「ポイ活」ですが、固定費の支払いをまとめるだけでも年間で数千〜数万円相当のポイントが貯まることがあります。 家計簿アプリで連携状況を確認しながら、無理のない範囲でカードを最適化していくとよいでしょう。 おわりに セルフバック、ITreviewでのレビュー謝礼、家計簿アプリでの口座連携、クレジットカードのポイ活――どれも大きなリスクを取らずに始められる収入アップ施策です。 一つひとつの効果は小さく見えても、継続して積み重ねることで着実に家計にプラスの影響を与えてくれます。 まずは、今使っている口座やカードを家計簿アプリに連携するところから始めてみてはいかがでしょうか。 関連記事 本当にあった?エンジニアの怖い話「フリーランスエンジニアの確定申告事情」

はじめに エンジニアのキャリアを考えるうえで、「会社員として働き続けるか」「フリーランスとして独立するか」は多くの人が一度は悩む選択肢ではないでしょうか。 会社員には安定した収入や組織の後ろ盾がある一方、フリーランスには自由度の高さや収入アップの可能性があります。 しかし、それぞれにデメリットも存在し、「どちらが正解」とは一概に言えません。 日本企業の大半は中小企業であり、地方在住のエンジニアであればなおさら勤務先が中小企業であるケースが多いのではないでしょうか。 この記事では、中小Sierに勤める会社員エンジニアを前提に、フリーランスエンジニアとのメリット・デメリットをテーマ別に対比しながら、それぞれの働き方に向いている人の特徴を客観的に整理します。 なお、以下はあくまで一般論です。 待遇や制度は勤めている会社によって大きく異なるため、実際の判断材料にする際はご自身の会社の実情と照らし合わせてください。 収入面での比較 会社員：安定はしているが低収入 会社員は月々決まった給与が支払われるため、収入の見通しが立てやすいのが最大の強みです。 中小企業であっても、業績が安定していれば毎月の給与という形で最低限の生活水準は保証されます。 ただし、若いうちは給料が低く抑えられがちです。 その代わり、退職金制度がある会社も多く、長く勤めた場合に将来まとまった金額を受け取れる可能性があります。 さらに社会保険料を会社が半分負担してくれるため、フリーランスに比べて手取りに対する実質的な負担が軽くなっている点も会社員のメリットです。 フリーランス：高収入だが不安定 フリーランスは案件単価や契約数に応じて収入が決まるため、スキルや営業力次第で会社員時代を大きく上回る収入を得ることも可能です。 その反面、案件が途切れれば収入はゼロになり、病気やケガで働けなくなった場合のリスクもすべて自己負担になります。 また、単価も50歳を節目に、年齢が上がると下がる傾向があります。 社会保険料や税金の申告も自分で行う必要があり、収入の波を前提とした資金管理が求められます。 スキル面の比較 会社員：技術力は身に着けづらいが、管理職のポジションには付きやすい 会社員は所属する会社が受注した案件にアサインされる立場のため、希望しない案件やプロジェクトに配属されても、基本的には拒否できません。 いわゆる「案件ガチャ」に外れても、退職・異動願いといった手段以外でその状況から抜け出すのは難しいのが実情です。 特定の顧客・システムの保守だけを長年任され続けると、技術が特定の環境に閉じてしまい市場価値が育ちにくいというデメリットもあります。 マニュアル化された作業や属人化した古いシステムの保守を長年続けることで、転職市場で通用しないスキルセットのまま年齢だけを重ねてしまうケースも少なくありません。 社内の諸雑務など本業以外の業務をこなす必要がある点もネックとなります。 ただし、基本的には年功序列の企業が多いため、何もしなくても管理職のポジションにつけるといっても過言ではないです。 そのため、会社員のPMの方の中にはITリテラシーが低い方もいます。 本当にあった?エンジニアの怖い話「Operatorの意味を知らないDevOpsエンジニア」 本当にあった?エンジニアの怖い話「語彙力なさすぎPM」 フリーランス：自分が好きなスキルを伸ばすことができるが、管理職のポジションには付きづらい フリーランスは契約する案件を自分で選ぶことができ、条件が合わなければ契約更新をしない、あるいは早期に契約終了を申し出るという選択肢があります。　「合わない現場からは離れられる」　という自由度は、会社員にはない大きなメリットです。 ただし、フリーランスでマネジメントのポジションにつくには、メンバーからの質問に対してある程度即答できるレベルのアプリ、インフラ、業務要件に関する幅広い知識が求められるため、管理職のポジションにつくのは難しいとされます。 マネジメント未経験で管理職につく場合、はじめは低単価で契約するところから進める必要があります。 フリーランスは案件を獲得し続けるために、常に市場価値のあるスキルを維持・向上させる必要があります。 技術トレンドの変化に対応できなければ、案件単価の下落や契約打ち切りに直結するため、学習を怠るという選択肢がありません。 この「学び続けなければならない」というプレッシャーは、成長意欲のある人には追い風になりますが、負担に感じる人にとっては大きなストレス要因にもなります。 モチベーションの比較 会社員：組織が目標を用意してくれる 大企業ほど整った評価制度ではなくとも、中小企業には昇進・昇格や役職といった目標が一応は用意されており、目標が外から与えられるため自分自身でモチベーションを設計する必要性が比較的低いのが特徴です。 また、会社を大きくするという共通の目的を持つ同僚と働いたり、飲み会などの社内イベントで共通の思い出を作ることで、会社の成長に直接貢献している実感を得やすいのは会社員ならではの魅力です。 ただし、会社の評価制度があいまいで納得感が得にくい場合や同僚のスキルやモチベーション、モラルが低かったりすると足の引っ張り合いになってしまうこともあり、やる気を保つ理由を自分で見つけにくくなることもあり、一長一短といえるでしょう。 フリーランス：自己管理力が問われる フリーランスには昇進や社内評価といった外部からの目標設定がないため、自分自身で働くモチベーションを設計する必要があります。 「何のために働くのか」「どこまで稼げば十分なのか」といった目標を自分で定義できないと、案件をこなすだけの単調な日々になり、モチベーションを見失いやすくなります。 自己管理能力の有無が、フリーランスとしての充実度を大きく左右します。 フリーランスは基本的に個人で案件を請け負うため、事業の規模はどうしても限定的になります。 「仲間と会社を大きくしていく」という種類の目標を持ちにくく、単価と稼働時間の掛け算で収入の天井が決まってしまう構造的な限界があります。 法人化して仲間を雇い、事業を拡大していく道もありますが、その場合はフリーランスというより経営者としての別のスキルセットが必要になります。 人間性の比較 会社員：モラル低下のリスク 会社員は原則として会社の指示に従う立場であるため、利益至上主義が行き過ぎている会社に入ってしまうと、不正なことに手を染めざるを得ない場面に直面するリスクがあります。 トップダウンで上からの指示に従うことに慣れてしまうと、指示された内容の是非を自分の頭で考える習慣が失われていき、いつの間にかモラルが低下してしまうという怖さもあります。 「上司の指示だから」「会社の方針だから」を思考停止の免罪符にしてしまうと、気づかぬうちに一線を越えてしまうことにもなりかねません。 本当にあった?エンジニアの怖い話「地方企業に発注をしてはいけない理由。ニアショアのリスク」 フリーランス：契約・保障面での自己責任リスク フリーランスは会社という後ろ盾がないため、契約トラブルや報酬未払いといったリスクもすべて自分で対処する必要があります。 誰かの指示に一方的に従い続けるという構造がないため、不正な指示に付き合わされて自分のモラルを損なうリスクは会社員に比べて低いといえます。 一方で、一匹オオカミ的なスタイルを続けることで、世間と感覚がずれてしまうケースもあります。