社内横断の技術組織を終わらせました - nottegra’s blog
内容がネガティブに取られそうで、公式なところに書くべきではないので個人ブログで書きます。 この記事は、公式なブログで僕が書いた「社内横断の技術組織をはじめました」という記事へのアンサーブログになります。 ※元の記事は探せば出てきそうだし、個人的なブログと紐付けるべきではないのであえて出しません。 特定の誰かを陥れる目的ではなく、完全に個人の責任として、始めたものを終わらせてしまったことへの事の顛末を記録する目的で書きます。 はじめに 始めた理由 CTOの不在 品質面に対するレビュー不足 技術広報の不足 それぞれの施策の結果 時間がかかってみんなストレスが溜まる新規レビュー 当たり障りの無いことしか表現できない運用レビュー 兼任状態が続き、進まない新規技術検証 やる必要の薄い「全社」広報 終わった理由 成果が出せなくて、そもそも証明出来ないかもしれない 問題解決は組織じゃなくても出来ると気が
CSSのスペシャリストも、サーバーサイドを知れば視野が広がる！ Incrementsが目指すT型エンジニアの育成 - エンジニアHub｜Webエンジニアのキャリアを考える！
CSSのスペシャリストも、サーバーサイドを知れば視野が広がる！ Incrementsが目指すT型エンジニアの育成 「若手エンジニア、どんな活躍してますか？」第6回は、QiitaやQiita:Teamで知られるIncrements編。I型のスキルセットだった若手エンジニアがT型になるようCTOが取り組んだこととは？ 詳しい話を伺いました。 若手エンジニアのための情報メディア「エンジニアHub」。連載「若手エンジニア、どんな活躍してますか？」第6回は、QiitaやQiita:Teamで知られるIncrements編です。 エンジニアの森下雅章（もりした・まさあき）さんは、Incrementsに昨年（2016年）8月に入社したばかり。学生時代からCSS（Cascading Style Sheets）関連ツールを開発し、前職ではフロントエンドエンジニアとして腕を振るってきました。Increment
ニュージーランドのプログラマが毎日定時で帰れる本当の理由｜NZ MoyaSystem
僕がニュージーランド（以下、NZ）でプログラマになることを目指した大きな理由は「とにかく残業したくなかった」からだ。 日本を離れた2014年当時はワークライフバランスをめぐる機運も今ほど高くはなかった。また、5年半のシステムエンジニア生活の間、多くのプログラマが失敗プロジェクトに巻き込まれ長時間労働を余儀なくされ、業界を離れていくのを数多く目にしてきた。という事情があり、 「日本でプログラマになっても残業地獄に放り込まれる可能性が高い。ならば、残業しないのが当たり前の社会に行けば、毎日定時で帰れるだろう」と考えたのだ。 その狙いは見事に当たった。今ではプログラマとして楽しく働きながら、残業ゼロ生活を実践できている。 しかし最近、ふと考えた。 僕が毎日定時で帰れるのは、NZが残業しないのが当たり前の社会だから、ではない。それは半分正解で半分間違いだ。 NZのプログラマが毎日定時で帰れるのには
不思議の国のSE用語 - Qiita
不思議の国 SEが住んでいるところ、そこは不思議な不思議なお国柄です。 新たな国民として移住してきた人、特産物のシステムを買いに来た人など色々な人がこの国には存在します。 しかしこの国で話される言葉は 独特 です。 ぱっと聞いただけでは意味がわからなかったり、よく似た表現であっても微妙にニュアンスが違っていたり。 似たような表現を使い分けるその裏に、その人の意図や省略された文脈が隠されていたりもします。 どこの国でもコミュニケーションを間違うと非常に厄介ですが、そんなことにならぬよう、 お国言葉らしきもの をまとめてみました。 SEを代表例として、このお国言葉を話す人も、話される人も、改めて言葉の意味合いを見つめなおしてみると新たな気付きが得られるかもしれません。 なお、そんなことから 「絶対にSEしか使わない用語」を集めたわけではない のでその点ご了承くださいませ。 他言語版 @micr
ドイツの受託開発会社を退職しました - WETな備忘録
2月末日付けで退職しました。退職エントリ書くつもりは無かったんですが、周囲から「公益性が高そうなので書け」というお言葉をいただいたのと、あと海外在住プログラマのキラキラ記事っておおいに生存バイアスかかってる気がするし、死にゆく者の事例も大事かな、と。 はじめに つらみは有りましたが、うらみは有りません。当初3年ぐらいかなと思ってたけど、この1年間の経験には大変満足しています。また、同僚各位にも深く感謝しております。Vielen Dank. I love you ;) 日本に帰る理由も、ドイツがつらいってのはだいたい3割ぐらいで、じつは2年前からゲノム解析のウェブサービス化とか生物学周辺のソフトウェア受託などの個人事業をやってて、そろそろそっちに集中すっかー、というのがマジな理由です。 tl;dr 自分を守るのは会社でも制度でもなく、自分。Noと言えなければ死ぬしかない。 自分に落ち度が無い
30代後半や50代からでもソフトウェア開発者になるのには遅くないという10人の実例
テクノロジー業界の発展に伴ってソフトウェア開発者の人材不足がいたるところで発生していますが、言い換えれば「プログラミングスキルを身につければ仕事に困らない」ということでもあります。とはいえ、「若いころならまだしも、30歳を超えてイチからプログラムの書き方を勉強するのは遅すぎるのでは」と思う人は多いかもしれませんが、下は35歳、上は57歳からプログラミングを習って成功を収めている10人の開発者が「ソフトウェア開発者になるのに遅すぎるということはない」と実情を語っています。 Is It Too Late to Become a Software Developer After the Age of 35, 40, or 50? And to learn programming? https://belitsoft.com/php-development-services/its-not-too
【姫子さんのゲーム本能寺！】第52話：デスマーチです！それはスケジュールの崩壊が生んだソルジャーたちの地獄である。 | インサイド
といったかんじです。 ゲームに限らずあらゆる開発にかかわった人には必ず１度は遭遇するデスマ―チ。 それはスケジュールが崩壊しにっちもさっちもいかなくなった現場のことです。 これぜったい終わらない！と誰もが思うなか「終わらないではない、終わらすのだ！」といったような名演説的な号令のあと突撃と玉砕を繰り返し、耐え忍ぶ日々。そこはまさに戦場。 壁に貼られるマスターアップまでの日付はマイナス、耐えられなかったソルジャーたちが一人また一人と戦線を離れていき、食事が配給制に変わり、「帰宅」が「一時帰宅」の意味となる。 ピンチがチャンス！ピンチがチャンスだよ！と自分に言い聞かせ頑張る自分に酔って終戦を待ち望むも、責任という十字架に貼り付けされその頑張りがむくわれることはないのである。 それではー。
元コンサルが入って残業のないクソ会社になった
事件は去年の四月に起こった。 元々うちの会社は残業率が高く、夜9時に半分ほどの社員が残っていた。会社に泊まる社員もたくさんいる。 だけど、辛い職場かというとぜんぜんそうではなく、毎日が文化祭の前夜みたいな感じだった。 休憩は1時間以上取っても何も言われないし、途中で抜けて銀行や役所に行ってもOK。業務中にツイッターやフェイスブックに投稿しても問題なし。つまり、ネットし放題。みんなで夜ご飯を食べに行って、その後ダラダラと1時間ほど喋るのが楽しかった。毎日の出社するときも「仕事に行く」という感じはまったくなかった。 ところが、社長はそう思っていなかったようだ。どこで知り合ったのか元戦略コンサルを引き抜いてきた。まだ電通の事件が起こる前だったけど、「労働時間短縮」に向けて動き出した。 それですっかり会社の雰囲気が変わってしまって、まるで居心地が悪くなった。 社内ネットワークを新たに構築し、個人の
プログラムのわからないえらい人「バグのないプログラムを書くことはできないのか？難しいかもしれないが、十分に気を付けていれば防げるのではないか？」にどう返したらいいのかわからない
バグは人のミスなんだから、理屈的には正しいような気がする だけど未だかつて人類はこれを達成できていないという観測的事実がある、何故そうなるのかを説明することは可能だろうか
カンファレンス参加費（8,000円）を払わないと優秀なエンジニアを失う可能性があるという話
shiraji @shiraj_i ドロイド会議予約ページ。今年こそ会社から経費と参加許可もらわないと。 / 他2コメント b.hatena.ne.jp/entry/s/droidk… “DroidKaigi 2017 - connpass” htn.to/7MzBgd 2016-11-19 08:59:56 ドロイド会議とは エンジニアが主役のAndroidカンファレンスです。Android開発者有志による実行委員会が主催し、Android技術情報の共有とコミュニケーションを目的に開催します。 Androidの利用シーンは多岐に渡り、一人ではとてもカバーしきれません。カンファレンスを通して業界全体で知見を共有し、より良いソフトウェア開発に繋げていきたいです。 詳細な情報については公式ページもご覧ください。
受託開発を軸にしながら自社開発を継続するために行っている工夫（時間・お金の話など） - ヴェルク - IT起業の記録
ヴェルクでは、受託開発を軸にしながら、自社開発を行っていくスタンスで仕事をしています。その狙いや取り組みについては、以前書いた「起業して3年でやってきたこと」や「受託開発脳から自社開発脳へ切り替えの7つの壁」などに詳しく書いているので、ご参考までに。 今回は、この取り組みを維持するために行っている工夫について書きたいと思います。 受託開発できちんと収益を上げる体制を確立する ヴェルクはVCから出資を受けているわけではないため、自社開発を行うための資金は自分たちで稼ぐ必要があります。非常にシンプルで、「稼げなければ好きはものは作れない。」基本的にこのスタンスです。 そのため、まずきちんと利益を確保できる体制を確立・維持に全力で取り組みます。 とは言え、受託開発は労働集約型なので、売上を上げるためには人数を増やさないといけないですし、人数を増やすとクオリティの維持が難しく、クオリティが下がれば
主婦が技術書を書いてSIerに入社した話/jtf2016 - Docs.com
Microsoft Learn. Spark possibility. Build skills that open doors. See all you can do with documentation, hands-on training, and certifications to help you get the most from Microsoft products. Learn by doing Gain the skills you can apply to everyday situations through hands-on training personalized to your needs, at your own pace or with our global network of learning partners. Take training Find
大規模システム開発案件のデスマーチは、どうしてこんなにつらいのか - あいむあらいぶ
かるび（@karub_imalive)です。 この春までSI業界にいたので、たびたび大型システム開発案件の大規模炎上を見てきました。そして、ここ最近はみずほ銀行のシステム統合案件が厳しいようです。 2012年頃からスタートし、一昨年くらいからヤバイんじゃないの？と言われていた案件がどうも最終局面な感じになってきているようですね。 規模的に見ても、大きすぎて後戻りできないっぽいので、カネと時間がいくらかかっても最後までやりきるしかなさそう。しかし、みずほ社内オトシマエとしてたくさんの悲しい人事異動が発令されることでしょう・・・。（まぁ、今回はソースがまとめサイトやマイナー雑誌の抄訳なので、詳細については続報を見守りたいところですが・・・) さて、プロジェクトの炎上にも色々ありますよね。大きい案件なら数千人規模から、小案件なら2～3人規模のプロジェクトまで、規模を選ばず、炎上するときは炎上する
バグゼロを実現した話とその後の顛末 - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、アプリケーション基盤チームの青木(@a_o_k_i_n_g)です。好きなメソッドは emptyIfNull です。 僕は、自社クラウドである cybozu.com のミドルウェアを開発するチームで働いています。具体的には、検索サービスやファイルサーバー、非同期処理用ワーカー、セッションマネージャーなどなどを提供しています。 僕がこのチームに来たのは数年前ですが、当時はバグの多いプロダクトでした。今はすべての既知のバグを直し、残存不具合件数が 0 件、つまりバグゼロな状態になりました。また、バグゼロを実現してから 2 年ほど経過していますが今もその品質を保っています。今回はこのバグゼロを実現した方法と、その後の顛末について記そうと思います。 以前のコード 数年前に提供されていたこのミドルウェア群は、はっきり言って、バグの塊のようなプロダクトでした。 当時のコードは保守性とは程遠い
「プレイヤーでも年収1000万円に」さくらインターネットに聞く、あるべきエンジニアの給与・評価制度 | キャリアハック（CAREER HACK）
さくらインターネットの田中邦裕さんは代表であり、人事部の部長ポストも兼任する「エンジニア社長」だ。インタビュー第二弾となる今回は「働きやすい環境整備」「教育指針」にまで話が及んだ。 ▼インタビュー第一弾はコチラ 「エンジニアの理想郷づくりのために」 さくらインターネットの代表が人事部長になったワケ 「好きなことをしていいんだ」という雰囲気づくり ― ビジネス、そしてご自身も「マインド」「パッション」を大事にされているというお話がありました。その「マインド」「パッション」はエンジニアにとっても凄く大事なものですよね。そこを醸成するために実施している施策などもあるのでしょうか？ そうですね。エンジニアにとって働きやすい環境を用意することは重要だと考えていて、IT基盤の整備を積極的に進めています。特にITツールに関しては、エンジニア主体で考えて、自分たち自身で選定から価格交渉までしてもらった方が
「ゲームとTwitterとFacebookしかしないなんてもったいない」、Gunosy開発チーム根掘り葉掘りインタビュー
独自アルゴリズムで自分に合ったニュースを自動的に集めてくれる「Gunosy」は東大出身のエンジニア集団を中心に作られており、2011年10月25日のリリース以降、破竹の勢いでユーザー数を伸ばし続け、2012年秋に法人化、そして2013年4月にはついに登録ユーザーが13万人に到達しています。一体どのようなチームがどういった環境で開発・運営をしているのかというコアの部分を明らかにするため、Gunosyチームの働いているオフィスに突撃してみました。 Gunosy（グノシー） http://gunosy.com/ ◆いざオフィスへ 日比谷線神谷町駅近くにあるこのビルの中にGunosyは新しいオフィスを構えています。 セキュリティチェックを通過して上のフロアへ移動 オフィスの入り口へ到着 ここで間違いありません、ちゃんと表札に「Gunosy」の文字。 Gunosy開発チームの面々 窓際に置いてある日
ソフトウェア工学は失敗している - きしだのHatena
特に学術的にソフトウェア工学に触れたことはないのですが、むしろそうではなく現場にいる身としては、ソフトウェア工学は失敗しているように見えます。 「成功していない」ように見えるのではなく「失敗している」ように見えるのです。 もちろん、いまソフトウェア開発で使う技法やツールなど、ソフトウェア工学の産物はたくさんあり、現在のソフトウェア開発がソフトウェア工学から生まれたもので支えられていることには間違いありません。 でも、そうやって築き上げてきたものが、1999年以降ガラガラと崩れて、そしてうまく再構築できていないように見えます。 1999年、なにがあったかというと、XPエクストリーム・プログラミング入門という本が発行されたのです。リンク先は2版ですが、日本語版でも初版は2000年12月になっています。 ここからソフトウェア工学がガラガラ崩れた気がしています。 では、ここまでソフトウェア工学がど
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Wantedly（ウォンテッドリー）はたらくを面白くするビジネスSNS
ComputerworldとCIO Magazineは閉鎖しました
https://jp.techcrunch.com/2016/10/23/20161022your-experience-is-probably-worth-a-lot-less-than-you-think/
