エンジニアは東横インに泊まるべきな理由｜こんぴゅ
世の中にビジネスホテルは多数あって激しく競争しているわけだが、エンジニアが泊まるのに適した性質を備えたビジホは限られていると思う。そんな中で、東横インは完璧に技術屋のニーズに応えており頭一つ抜け出ている。それは一体どういうことか？を説明していきたい。 冪等性が完璧に担保されている冪等性が担保されているとは「ある操作を何回実行しても、同じ結果が返ってくる、同じ状態になる」という意味で、ソフトウェアが備えているべき重要な性質の一つである。 なんと、東横インは全国各地どこに泊まっても、結果が同じになる。部屋や家具のレイアウト、シャワーの温度や水圧、朝食、アメニティ、ベッドや照明の具合など、それこそコンピュータのような精緻さでどの館も同じである。チェーンなので統一感があるのは当たり前なのだが、それを超えて区別不能の域に達している。 エンジニアのメンタルモデル的には、コマンドが期待通りのタスクだけを
テックリードという役割
なぜこの文章を書くか?自身が数ヶ月テックリードの役割で経験した内容を基に、テックリードがどういう役割で、毎日の仕事の中でどのような仕事をするのかについて書いていく。 テックリードはサンフランシスコのWeb系企業では一般的なようだが、日本ではまだそれほど広まっているとはいいづらいと思う。 テックリードに求められるのは一言で言えば”技術でエンジニアチームをリードすること”である。Webエンジニアのキャリアパスでたびたび二元論的に語られる、”技術一本で生きていく”職人的なトラックとも”人やプロジェクトのマネジメントをする”マネジメント系のトラックともニュアンスが異なる。 自身の技術力、そしてリーダーシップをもってエンジニアチームのアウトプットを最大化させていくのがテックリードの役割である。 多くの人にその役割を知ってもらい、エンジニアとしてのキャリア形成の助けになればと思っている。 なお、このポ
エンジニア向けの社内情報共有ツールの紹介
FiNCのエンジニアの人数も50人を超え、チームを横断した情報共有の機運が高まっています。 もともと社内には情報共有ツールとしてConfluenceやGitHub Wikiなどがありましたが、前者はMarkdownなどのエンジニアがドキュメントを書きやすい機能が不足しており、後者は情報の検索性に難がありました。 エンジニアのコミュニケーションを活性化させるため、カジュアルに記事を投稿できて誰でも見ることができる、新しい情報共有ツールを導入をすることにしました。 今回は候補として検討した際に、以下の要件を満たしていた情報共有ツールを紹介します。 Markdownを使ってプレーンテキストで記述できる記事の更新履歴のdiffを見ることができるフィードで記事の一覧を見ることができるわかりやすい検索機能コメント欄でのやりとりができるWebhook(チャットツール連携)UML記法やスライドの埋め込みの
エンジニアとして歳をとっていく
普段はプログラマーとしてお仕事をしている。過去に SIer でプロジェクトマネジメントにも携わっていた経験があるため、状況によって顧客との折衝を行ったり、開発のマネジメントも行ったりはする。 エンジニアの中には、自分は技術のみでキャリアを築き、マネジメントは一切しないと固く決めている人もいるが、私はそういうタイプではない。技術は好きだが、業務で必要に迫られたり状況次第で臨機応変にマネジメントもしていくといった考え方で働いている。 最近マネジメントに関して話す機会があった。私がマネージャーとしてお仕事をするとしても唯一諦めている人たちがいる。 スキルもやる気もない年配の方はマネジメントできない。 こんな話をして聞いている人はだいたい苦笑いをしているし、説得力のある反論をこれまで聞いたこともない。もちろんこんな年配の方は滅多にいない。もし私がマネージャーだったらそういった人は絶対に自分のチーム
グリーは優秀な「辞めグリ」リストを作ってあなたの帰りを待っている
出戻り、歓迎――。対談したCTOの一致した感想だ。IT人材の獲得競争が激化するIT業界にあって、辞めた優秀な人材は貴重な「採用候補」。グリーの藤本真樹氏は、同社を辞めた優秀な人材のリストを毎月更新して、出戻ってくるのを首を長くして待っているという。 性別や年齢をはじめとする人材の多様性（ダイバーシティ）については、みなさんどのようにお考えですか。 藤本 モノ作りをするうえでいろいろな人がいた方がいいとは思います。もちろん、考え方がばらばらな人が集まってもチームとして機能しなくなってしまいますから、チーム運営という意味では筋を通さないといけませんが。 ただ、多様性を前面に押し出して人材を求めるかというと、どうでしょう。わざわざ（多様性を）求めもしないが、許否も全くしない、という姿勢でいいのではないでしょうか。一緒に働きたいと思った人がいれば、それでいいというくらいの。このテーマは難しいね。
技術者1600人に聞いた！ みんなの年収大公開｜E&M Report
以下のグラフは、年収いくらの階層がどのくらいの割合いるかを職種別に示しています。左から平均年収が高い順に並べてあります。 赤い線が年収700万円のラインを示しており、それより上が多いほど年収700万円以上の人が多いことがわかります。 グラフを見ると、一部を除けば平均年収の高いほど、700万円以上の層も多いことがわかります。 全体の半数以上が700万円以上なのは「研究／開発」と「技術営業／アプリケーションエンジニア」のみ。いずれも全体の約60％が700万円以上の年収をもらっています。次点の「組み込みソフトウェアエンジニア」は、約50％が700万円以上です。 また、「電気設計」「機械設計／機構設計」の2職種は、いずれも700万円以上の層が約40%強と同水準ですが、1000万円以上の割合は「機械設計／機構設計」のほうが高い結果です。 一方、年収が低いところで言うと、サービスエンジニアは700万円
見せる×魅せるお仕事『広報エンジニア』 - Qiita
はじめに SIerに勤めるエンジニアです。 プロジェクトでの学びを勉強会やブログなどで発信していたことを評価してもらい、最近広報エンジニアという役割をもって働くことになりました。 ただ、広報エンジニアという役割が会社・部門にはなく、ミッションや活動内容の検討から始めました。 まだ着任して2ヶ月ですが、ある程度活動内容がかたまり、成果も見えてきたので、自分のなかの整理も含めてまとめました。 漫然と過ごすと起こること 広報エンジニアという役割になる前は、プロジェクトやシステムをより良いものにするためにはどうしたら良いだろうと考えてはいましたが、プロジェクト全体の目的を振り返ることはほとんどなく、ただ漫然と日々の業務を遂行する日々でした。 プロジェクトの計画時にプロジェクト目標を決めますが、日々の生活で忘れ去られてしまい、プロジェクト完了時のふりかえりでは以下のようなことがしばしば起こっていまし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
