Reading Practice

Our Approach to cost

近年、多くの企業がコストへの対応を求められている。当社の開発部でも、昨年から本格的な取り組みを開始した。 導入に先立って、まず現状の課題を洗い出した。その結果、バグ修正のプロセスに多くの無駄があることが明らかになった。一方、実装のプロセスには大きな問題が見られなかった。 改善を進めるにつれて、部門間の連携が強化され、作業時間は以前の半分近くまで短縮された。情報共有の仕組みも見直され、会議の回数は以前の三分の一に減った。一方で、新しい仕組みに慣れるまでの教育コストという課題も残っている。 変化を恐れていては、競争に勝ち抜くことはできない。コストはゴールではなく、継続的な改善の出発点であると考えるべきだろう。

The State of Engineer Hiring in Nagoya

名古屋のIT業界では、エンジニア不足が深刻化している。経験者の採用競争は激しくなる一方で、各社は待遇の改善を求められている。 求人情報を分析すると、Javaの経験を求める企業が目立つ。Goの求人は以前より減っている。しかし、言語の経験そのものより、設計力や問題解決能力を重視する傾向も強まっている。 外国人エンジニアの採用も拡大しつつある。ただし、採用の人数は大きく変わっていない。日本語能力を問わず採用する企業が増えたとはいえ、社内のコミュニケーションを円滑にするため、入社後の日本語学習支援を提供する企業が多い。 転職を考えるなら、技術力に加えて、ビジネスレベルの日本語を身につけることが、選択肢を大きく広げるに違いない。

Incident Postmortem: cost

日曜日の午後、本番環境で大規模な障害が発生した。原因はコストに関する設定ミスであり、サービスは約二時間にわたって停止した。 障害発生直後、担当チームは直ちに対応を開始した。まず影響範囲を特定した上で、設定を以前の状態に復元し、サービスを復旧させた。復元の作業自体は約三十分で終わった。障害は当初、担当者のミスとして報告されていた。 振り返りの会議では、個人を責めることなく、仕組みの問題として原因を分析した。レビューの工程が形だけになっていたこと、テスト環境と本番環境の差異が大きかったことが指摘された。今後は設定の変更を二人で確認することとし、改善の結果は月曜日の会議で報告することになった。 失敗をかくすのではなく、組織の学びに変える。この文化こそが、システムの信頼性を支える基盤であると改めて感じた。

Changing Work Styles in the HR department

日本の職場では、長時間労働が長年の課題とされてきた。しかし近年、働き方改革の影響で、残業時間を減らすことや有給休暇の取得が強く推進されている。 当社の人事部でも、夏から新しい制度が導入された。会議の時間を半分に短縮し、集中作業の時間帯を設けたところ、生産性が向上したという結果が出ている。ただし、残業時間はあまり減らなかったという声もあり、冬には制度の見直しが予定されている。 もっとも、制度を整えるだけでは不十分である。早く帰りにくい雰囲気が残っている限り、改革は形だけのものになりかねない。管理職が率先して帰宅することが、文化を変える第一歩だと言われている。 働き方の変化は、私たち一人ひとりの意識にかかっている。限られた時間で成果を出すことこそ、これからの時代に求められる能力ではないだろうか。

Living with Technical Debt in Python

ソフトウェア開発において、技術的負債は避けがたい問題である。納期を優先するあまり、Pythonのコードに一時的な解決策を積み重ねてしまうことは、どの現場でも起こり得る。 問題は、負債そのものではなく、それを管理しないことにある。当チームでは、デプロイの際に発見した負債を記録し、四半期ごとに返済計画を立てることにしている。調査で見つかった負債は、半年に一度まとめて見直している。 リファクタリングの効果は数字に表れにくい。それだけに、改善の前後で計測可能な指標を用意し、経営層に説明できるようにしておくことが重要である。 完璧なコードは存在しない。負債と上手に付き合いながら、持続可能な開発を続けることこそが、エンジニアリングの本質ではないだろうか。

City Life vs. Regional Life: Nagoya

リモートワークの普及に伴って、住む場所の選択肢が広がっている。名古屋のような大都市を離れ、地方へ移住する人も珍しくなくなった。 都市の魅力は、仕事の機会と利便性にある。自転車の便が良く、徒歩圏内に必要なものがそろう。一方で、家賃の高さや通勤の混雑は、生活の質を下げる要因にもなっている。 地方の暮らしは、自然が豊かで生活費が抑えられる反面、医療や教育の選択肢が限られるという課題がある。地方では電車を使う人が多い。仕事についても、現地の雇用機会はまだ十分とは言いがたい。 どちらが正解というものではない。自分の人生で何を優先するかを明確にした上で、住む場所を選ぶことが大切だろう。

Our Approach to the schedule

近年、多くの企業がスケジュールへの対応を求められている。当社の営業部でも、昨年から本格的な取り組みを開始した。 導入に先立って、まず現状の課題を洗い出した。その結果、実装のプロセスに多くの無駄があることが明らかになった。一方、レビューのプロセスには大きな問題が見られなかった。 改善を進めるにつれて、部門間の連携が強化され、作業時間は以前の半分近くまで短縮された。情報共有の仕組みも見直され、会議の回数は以前の三分の一に減った。一方で、新しい仕組みに慣れるまでの教育コストという課題も残っている。 変化を恐れていては、競争に勝ち抜くことはできない。スケジュールはゴールではなく、継続的な改善の出発点であると考えるべきだろう。

The State of Engineer Hiring in Sapporo

札幌のIT業界では、エンジニア不足が深刻化している。経験者の採用競争は激しくなる一方で、各社は待遇の改善を求められている。 求人情報を分析すると、TypeScriptの経験を求める企業が目立つ。PHPの求人は以前より減っている。しかし、言語の経験そのものより、設計力や問題解決能力を重視する傾向も強まっている。 外国人エンジニアの採用も拡大しつつある。ただし、採用の人数は大きく変わっていない。日本語能力を問わず採用する企業が増えたとはいえ、社内のコミュニケーションを円滑にするため、入社後の日本語学習支援を提供する企業が多い。 転職を考えるなら、技術力に加えて、ビジネスレベルの日本語を身につけることが、選択肢を大きく広げるに違いない。

Incident Postmortem: the schedule

月曜日の午後、本番環境で大規模な障害が発生した。原因はスケジュールに関する設定ミスであり、サービスは約二時間にわたって停止した。 障害発生直後、担当チームは直ちに対応を開始した。まず影響範囲を特定した上で、設定を以前の状態に復元し、サービスを復旧させた。復元の作業自体は約三十分で終わった。障害は当初、担当者のミスとして報告されていた。 振り返りの会議では、個人を責めることなく、仕組みの問題として原因を分析した。レビューの工程が形だけになっていたこと、テスト環境と本番環境の差異が大きかったことが指摘された。今後は設定の変更を二人で確認することとし、改善の結果は水曜日の会議で報告することになった。 失敗をかくすのではなく、組織の学びに変える。この文化こそが、システムの信頼性を支える基盤であると改めて感じた。

Changing Work Styles in the accounting department

日本の職場では、長時間労働が長年の課題とされてきた。しかし近年、働き方改革の影響で、残業時間を減らすことや有給休暇の取得が強く推進されている。 当社の経理部でも、秋から新しい制度が導入された。会議の時間を半分に短縮し、集中作業の時間帯を設けたところ、生産性が向上したという結果が出ている。ただし、残業時間はあまり減らなかったという声もあり、春には制度の見直しが予定されている。 もっとも、制度を整えるだけでは不十分である。早く帰りにくい雰囲気が残っている限り、改革は形だけのものになりかねない。管理職が率先して帰宅することが、文化を変える第一歩だと言われている。 働き方の変化は、私たち一人ひとりの意識にかかっている。限られた時間で成果を出すことこそ、これからの時代に求められる能力ではないだろうか。