一方で、 すごい個人・一緒に働いてみたい個人の名前は挙がっても、すごいチーム・一緒に働いてみたいチームの名前はなかなか挙がりません。なぜでしょうか。 せっかくいいチームができても会社や組織など様々な事情によって壊れてしまい、チームの寿命がそんなに長くないことが大きな要因のような気がしています。もちろんチームが長生きすればいいわけではないですし、チーム至上主義を謳いたいわけではありません。 私達はチームで今後について話し合ったときに、純粋に「もう少しこのチームでやりたいことあるよね」という想いが一致したため、チームFA宣言をすることに決めました。 全員に当てはまることではないことは知っていますが、「チームで転職する」という選択肢がもっとふつうになれば、もっと楽しい世界になるような気がしています。 私たちのチームFA宣言御社のベネフィットビルドされたチームごと採用することができますチーム採用を

Developers Summit 2018の登壇資料です。 http://event.shoeisha.jp/devsumi/20180215/session/1623/ https://togetter.com/li/1199673 #devsumi #devsumiB Geeks Wh…

（画像：wikimedia commons） こんな記事を見かけました。 記者の眼 – 「アジャイル嫌い」はもうやめよう：ITpro http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/082400357/?ST=system&P=1 開発の経験が長い人からすると、「あーはいはい」と昏い目をしてしまうような記事なのですが、実際のところアジャイルを宣伝する本やブログなどは多く、「プロジェクトを始めよう！」となったときに、候補に上がることが多い開発手法ではあります。 しかし、現場の現実から言うと、安易にアジャイルを導入して失敗するケースは非常に多いです。 私は20件以上のアジャイルプロジェクトを見てきましたが、そのうちちゃんと成功していたプロジェクトはたったの3件だけです（ウォーターフォールは100件以上見ていますが、成功率はそんなに低くはあり

クロスカルチャーの専門家Rochelle Koppさんと一緒に考案した 新技術の導入を加速させるための「８つの習慣」をまとめ上げた。この習慣を習得することで、米国と同じようなスピードで新しいことに対応したり、生産的になることができる。今回はその一つ目の習慣について解説してみた。 今回、日本最大級のアジャイル開発のイベントの一つである Scrum Gathering Tokyo で先のRochelle さんと一緒に「８つの習慣」を初めて発表させていただいた。 2017.scrumgatheringtokyo.org 「８つの習慣」は日本での Agile / DevOps をはじめとする最新技術やプロセスの導入を米国並みのスピードにすることを目指している。Agile や DevOps を開発した人は西洋の人なので、西洋文化の上に成り立っている。だから、日本の文化の上でそれらを使うと、どうもうま

拙著の「第12章　30代、40代の人たちへ」からの引用です。 組織の生産性 自分自身が継続して学習を続けるというのは、自分自身の成長だけでなく、若手エンジニアや自分が属する開発組織のメンバーにも大きな影響を与えます。ソフトウェア開発では個人差は確かに大きいです。作り出すコードの可読性も含めた総合的な生産性の差には、個人差があります。したがって、長い時間をかけて個々のエンジニアのスキルを向上させていく必要があるのです。そのためには、開発組織の中に見習うべき習慣を持っている先輩や上司がいなければ、その組織の中で若手が勝手に成長するのを期待するのは無理です。 開発組織の生産性の差は、個人差以上に大きいです。私自身は、様々な開発組織で働いてきましたし、自分自身の開発組織で若手を育成したこともあります。どんなに優秀な新卒新人であっても、間違った開発組織に属してしまうと、数年で変な癖がついてしまい、学

In an attempt at damage control, the CEO of the equity management startup Carta, Henry Ward, today emailed customers, telling them that if they are concerned about “negative press” tied to the out In the Lego-like world of Roblox, about a hundred blocky avatars march through a lamplit street, wielding Palestine flags that are larger than their own animated bodies. Characters dressed like cartoo

In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...

エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『＠type』のコンテンツです。

This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur

PowerShellのコンソールを起動すると普通のコマンドラインに比べて起動が遅いなと感じる。これは.NETの性質に由来するもので、MSIL（中間言語）を実行時にJIT（Just in Time）コンパイルするためである。実行時に機械言語へのコンパイルを行っているのだ。このJITコンパイル方式はあらゆるCPUやOSに対応させるためにインタプリタの利点を生かしたまま実行時には機械言語の処理速度を保てるという利点がある。 でも考えても見るとPowerShellが必要な環境では多種のOSで動く必要が今のところはない。速く起動してくれるに越したことはないのだ。それを実現するためにはMSILをすでに機械言語にコンパイルさせていればその実行時にその過程が不必要になるために速くなる。.NET Frameworkにはngenというのがあってこれを使うと事前コンパイルを可能にしてくれる。 ネイティブ イメー

この記事は、Pepabo Advent Calendar 2014の12日目の記事です。前日は、hisaichi5518さんの「Web APIを作るときに考えること。 - パルカワ2」でした。 ここ半年ほど考えていることを、以下に述べる。 技術とは何か？ 「技術とは何か？」という問いに対しては様々な回答があり得るが、ひとまず「企業にとっての技術」という観点からいえば、経営学による以下の記述にその定義を求めてもよいだろう*1。 すべての企業が、自分が必要なインプットを市場から買ってきて、それに自分が得意とする「技術的変換」を加えて、その結果として生まれてくる製品やサービスを市場で売っている。 (中略) 誰にでも容易に手に入る財やサービスであれば、とくに企業が存在してその提供を業とする必要はない。その提供プロセスが難しいからこそ、その困難さを解決する努力が企業の「技術的変換」になるのである。

自分のプロダクトだっていう意識が皆無なのかテストしないやつ多いよね 最近転職したんだけど、テストしてもリリース後にバグが見つかるからテストは意味がないとかぬかすし 新卒から数年のクソガキが、なぜかプログラマを単純作業労働者かと何か勘違いして下に見ているし テストをしないプランナーとかディレクター プログラマーが単純労働者だったとしてもテストは必要。 単純労働ってことは、工業製品なんですよ。で、工業製品はテストと称する品質チェックをしてますけどね。 素人まがいなところで、単純労働者扱いされて働くのは、正直メンタル的にかなりつらいと思う。マトモなプログラマーほどそう。 給料がそこそこあっても、そういうところで働くは、ストレスがたまると思う。 一度もプロ的な仕事をしたことがない人たちは、そういうのは全然気にならないから、平気。 ということで、素人まがいの人たちが、量産されていく。 素人まがいな開

転職・求人情報サイトのtype エンジニアtype 働き方 エンジニアのキャリアパスを再定義する新人事制度をビズリーチが導入――「現場かマネジメントか」で悩むのはもう古い？ ビズリーチCTOの竹内真氏 開発現場に留まり続けるか、それとも一線から退き組織のまとめ役に徹するか。 いまだ多くの日本企業には、一定の年齢に差し掛かったエンジニアに、「スペシャリストかマネジャー」かという二者択一を迫る風潮がある。そして評価の面でも、現場エンジニアよりマネジメント側に回った方が年収が高くなるように設定されているなど、「生涯現場」を貫きにくい環境が一般的だ。 だが、本当にエンジニアが組織で生きていく道はこの2つしかないのか？ 『ビズリーチ』や『careertrek（キャリアトレック）』といった転職サービスや、学習暗記帳アプリ『zuknow（ズノウ）』などを開発・運営しているビズリーチのCTO竹内真氏は、日

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? CYBIRD Advent Calendar 1日目担当の島村友造です。 CYBIRDには2010年11月入社で丸4年が経過しました。思ったより長い。 現在、ゲーム事業本部プロデュース統括部でエグゼクティブプロデューサーやってます。 冠から既にエンジニアじゃない感が漂い、初日でこれだと後に続く生粋のエンジニア達のエントリーに影響が出そうで怖いのですが、とりあえず書いてみる。 エンジニアに想うこと さてさて私にはCYBIRDを日本一のテクニカルカンパニーにしたいという野望があります。 本当は世界一でも良いのですが、ひとまず日本一です。 C

Scalaで実装されたオープンソースのGitHubクローン、GitBucket 2.6をリリースしました。 https://github.com/takezoe/gitbucket/releases/tag/2.6 今回の主な新機能・修正点は以下の通りです。 イシュー、プルリクに検索ボックスを追加 イシューやプリリクエストの一覧（ダッシュボードも含む）に検索ボックスを追加しました。 管理者からのメッセージを入力可能に 管理者はシステム管理画面でGitBucketのトップ画面に表示するメッセージを入力することができます。システムメンテナンスなどの通知に使用することができます。 プルリクエストの詳細画面に新UIを適用 2.4以降でイシューのUIの最新化を進めていますが、これまで旧UIが半分残ったままだったプルリクエストの詳細画面に新しいUIを適用しました。 ただ、イシューもそうですが、詳細画面

Coded UI tests (CUITs) drive your application through its user interface (UI). These tests include functional testing of the UI controls. They let you verify that the whole application, including its user interface, is functioning correctly. Coded UI tests are useful where there is validation or other logic in the user interface, for example in a web page. They are also frequently used to automate

先々週は楽天テクノロジーカンファレンスだったので、enPiT PBLの土曜日の全体会議は欠席した。その欠席した会議にオブザーバーとしてJim Coplein (Copeと称する)が参加していて、それぞれのチームにフィードバックをしていたようだ。先日、楽天ハッカソンでスタッフをしていたら、ふらりとCopeが遊びに来ていて、ちょろっと雑談をした。 PBLのミーティングの感想を聞いた。 このPBLは約10週間でウェブサービスをチームで作るというもので、毎週土曜日にすべてのチームが集まって進捗報告をする。その会議では、今週やったこと、問題点、来週やること、デモなどを行う。そのミーティングにCopeが参加した。 各チームのGithub リポジトリのReadmeにはエレベータピッチが書いてある。最初にそのエレベータピッチを復習して、今週やったことなどを報告する。 エレベータピッチのテンプレートは下記に

MobiRuby、Wri.peなどの開発者としても知られるトレタCTO増井雄一郎氏を招いて開催された学生向けセミナー「ギークに学ぶ『これからのエンジニアのキャリア』」。エンジニア歴20年の生粋ギークが若い学生に最も伝えたかったこととは？ エンジニアとしての理想的な生き方とは？ 「ギークに学ぶ『これからのエンジニアのキャリアとは？』」と題し、トレタCTO増井雄一郎氏を招いて開催された学生向けセミナーをレポート。 Wri.pe、Titanium Mobile、Node.js、MobiRuby、Ruby on Railsなどの開発エンジニア、そしてミイルやトレタのCTO・経営者としてキャリアを積んできた増井氏は、これまでの仕事人生をどのような考えから歩み、今後のキャリアをどう見据えているのか？ 【プロフィール】 株式会社トレタ CTO 増井雄一郎　Yuichiro Masui @masuidri

新卒エンジニア向けにコードレビューを「する」話をしました。 http://hisaichi5518.hatenablog.jp/entry/2014/10/29/165721