実況中継シリーズ 「開発現場で役立たせるための設計原則とパターン」 #builderscon 2018 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
先日慶應義塾大学日吉キャンパスで行われた builderscon2018、最高のカンファレンスでしたね。わたしも「開発現場で役立たせるための設計原則とパターン」というタイトルで発表させていただきました。今回は恒例「実況中継シリーズ」として、プレゼンの再現をブログで行いたいと思います。 なお、過去の実況中継シリーズは前職の技術ブログにまとまっていますので、そちらからご覧ください。 それでは本編を開始したいと思います。 開発現場で役立たせるための設計原則とパターン アバンパート よろしくお願いします。 まず最初に簡単に自己紹介をさせていただきます。 先月転職をしまして、8/1からClassiという会社で働いています。妻と息子がおります。Scalaが好きですが、仕事ではRubyメインという感じです。 Web+DB PressやSoftware Designで何度か特集を書かせていただきました。と
組み込み系で色々思い出したので書く
https://anond.hatelabo.jp/20180909073549 ↑で色々思い出したのでうっかり書く。 数年前までメーカで組み込みソフト開発やってた。今はWeb系と呼ばれるところに転職した。 どちらも超大手なので、両親レベルの年齢層でも企業名とかプロダクトの名前を知ってると思う。 元の文をディスってるというよりは、うちはこんな感じだったなーと思い出話と捉えてもらえば。 IoT(笑)なんてものの流行もあり猛烈な人不足。未経験でもホイホイ入れるし、SES拒否しても求人はよりどりみどり 知らなかった。どういう機器を扱うメーカで人手不足なんだろう。自分が転職活動したときは車載機器メーカの求人がやたら多かった。 最前線でもなければ家でコード書いてる人なんて職場の1割いるかいないかぐらいの緩い競争環境 ソフト開発が好きでそれを超極めてるというよりは、元々優秀で、ソフト開発はいくつかそこ
「プライベートでは一切勉強したくない」エンジニアにおすすめの職種
おいでよ組み込み系ワールドへ。プライベートで一切勉強しなくてもそこそこの収入とよその会社からスカウト殺到のエンジニアライフがあなたを待っている 組み込み系のいいところIoT(笑)なんてものの流行もあり猛烈な人不足。未経験でもホイホイ入れるし、SES拒否しても求人はよりどりみどり最前線でもなければ家でコード書いてる人なんて職場の1割いるかいないかぐらいの緩い競争環境会社でしか使えない機材で仕事をするので仕事中に必要なスキルが伸びる古い体質の企業が多いのであんまりスキルなくても給料は年次で増えてく(ごく一部除いて年収600-650万ぐらいから頭打ちになってくるけど)ごりごり忙しいweb系と違って既婚率高い自分のコードが街中で動いてるのを見られるかもしれない組み込み系のよくないところ研究系の最前線を除いて東京23区内で働くのはかなり難しい。全般的にオフィスが田舎最新の開発ツールに触れてたい人が発
最近のソフトウェア工学に思うこと - bonotakeの日記
なんかこのブログに記事書くの、ほんと久々だなと思うんですが。 最近ずっと思ってたことがあったので、つい勢いで書きなぐってしまいました。若干炎上商法かもしれませんが、まぁたまには？いいや。 長文ですがお付き合いください。特に、ソフトウェア工学の研究している皆さん。 昨日、とあるソフトウェア工学のシンポジウムにて、機械学習モデルをWebサービスにデプロイするためのハンズオン、という企画がありました。 僕が運営委員やってるMLSEとの共同企画で、僕は発案者の１人ですが、当日は1人の参加者として中に混じっていました。 4人グループに分かれての作業だったんですけども、僕以外の3人は、いずれもソフトウェア工学の研究をしている修士の学生さんでした。 で、ハンズオンも後半になって「Dockerの使い方」の演習になったのですが、その3人ともDockerに触ったことがなさそうな雰囲気でした。いちいち確認したわ
フリーランスエンジニアの単価を決める - Qiita
記事概要 書いた目的 フリーランスエンジニアの単価設定に「情報の非対称性」ある フリーランスは市場動向掴んで「売り手」になるべき エンジニア応援したい、優秀なエンジニアは年収伸ばせば良いし、キャリアミスマッチしてるエンジニアは再構築すれば良い 読者想定はフリーランスエンジニア、qiitaに多そうだから投稿 記事の内容 1. 自分のプロフィールと単価を公開 前職年収900万円で、フリーランス日額6.5万円〜10万円 40社ぐらい営業して、1/3は話が進む 2. この単価設定にした根拠を説明 前職基準、採用市場、派遣、フリーランス市場、英語圏 3. 終わりに 「こんな人材求められてるんじゃないかな」、「こうしたらキャリア積めるかも」を記載 正社員に戻って修行するなら、開発チームが強い（CTOが役員として存在）イケてるWeb企業で正社員キャリア積むことを目指すべき フリーランスのままでも「チーム
結合テストと呼ぶのをやめた話 - asterisc
はじめに 最近、意図的に「単体テスト」「結合テスト」という呼び方を避け、Google Testing Blogで紹介されてるTest Sizesによる分類（small / medium / large）に従った呼び方でテストを呼んでいる。 この分類方が自分の身の回りに徐々に浸透してきて、実際のチーム内のテスト戦略も一歩進んだ議論ができるようになってきたので、改めてまとめる。 ちなみにこの記事の話は手動で行われるテストではなく、自動テストを対象としているが本質はあまり変わらないと思う。 続き書きました。 akito0107.hatenablog.com 「単体テスト」「結合テスト」という呼び方について ソフトウェア開発に従事していれば必ず聞く言葉だと思う。改めて他のサイトから引用する形で定義をまとめておく。 単体テストとは *1 単体テストとは、プログラムを検証する作業の中でも、プログラムを
「ルールですから」、開発チームに新たな難敵
受託開発中心のIT企業、ボックスソフトウエア（以下、ボックス社）はビジネスモデルの転換を図るために、アジャイル開発とDevOpsを活用したプロジェクトを始めた。メンバー全員がアジャイル開発の初心者だが、コンサルタントの須田の助言を得て開発を始めた。相次ぐトラブルのなか、CI（継続的インテグレーション）さらにCD（継続的デリバリー）といった作業自動化の仕組みを整えていった。 <主要人物> 村上 龍彦：ボックスソフトウエア プロジェクトマネジャー。丁寧なプロジェクト運営に定評がある 須田 洋次郎：アジャイル開発やDevOpsの導入支援に携わるコンサルタント。様々な企業を再生させた実績を持つ 板尾 幸紀：ボックスソフトウエア 品質管理部長。品質管理一筋20年 佐藤 正子：ボックスソフトウエア 品質管理部担当。品質に対する嗅覚は鋭く、指摘も的確だがルールに厳しい プロジェクトマネジャーの村上龍彦が
アジャイル開発でコールド負けしないための5つのポイント
15. ✕ よくない着手の仕方 担当 TODO DOING DONE Task: Configure database and SpaceIDs for Trac PBI #1 PBI #2 PBI #3 猿田 Task: Configure database and SpaceIDs for Trac Task: Configure database and SpaceIDs for Trac Task: Configure database and SpaceIDs for Trac Task: Configure database and SpaceIDs for Trac Owner: Sanjay Time Remaining: 4 hrs Owner: Sanjay Time Remaining: 4 hrs Owner: Sanjay Time Remaining: 4 hr
Developers Summit 2018【16-C-6】The Amazon Way～Amazonのソフトウェア開発～ 聴講メモ - dimeizaのブログ
講演資料 資料公開予定なし。 概要 外部から伺い知ることが少ない、Amazonのソフトウェア開発の姿について、特にAmazonのバックボーンであるカルチャーを中心に紹介する。 スピーカー Amazonの西谷さん。 詳細 今日は、ソフトウェア開発の手前のところ、カルチャーの話をしたい。 AWS,Amazonがどのようにイノベーションを起こしているか。 The culture of Innovation イノベーション、インベンションがクリエイティビティを開放する、という言葉がAmazonにはある。 Amazonが他社のイノベーションをどう考えているかを表す言葉でもある。 ミッション 地球上で最もお客様を大切にすること ここでお客様とは、ものを買う消費者だけではなく、販売者、企業、コンテンツクリエイターも含む。 安心感をもたらす お客様の生活を楽にする、というコミットメントに根ざしている。 常
Developers Summit 2017 Summer【C-6】CIにおけるセキュリティテストの組み込み方について 聴講メモ - dimeizaのブログ
講演資料 資料公開予定なし。 概要 激化するWebアプリへの攻撃を紹介しつつ、高速化する開発とセキュリティ対策の両立を図るための手段として、"DevSecOps"の考え方に基づいて、CIの中にセキュリティテストを導入する手法について紹介する。 スピーカー ユービーセキュアの最首さん。製品事業を統括している。 詳細 増加するDDoS攻撃 昨年秋、史上最大のDDoS(Distributed Denial of Service)攻撃が発生した。 商用DDoS攻撃をスクープしたBrian Krebsのサイトに対して、665[Gbps]の攻撃。 フランスISP(OVH)が複数経路からDDoS攻撃を受けた。攻撃の一つは799[Gbps]、総計1.1[Tbps]の攻撃。 攻撃元は15万台のボットネット。 昨年10月にDyn社が運営していたDNSがダウン。 多数の有名サービス(Twitter等)がアクセス
大規模化する車載ソフト、パナソニックは品質とセキュリティを確保できるのか
大規模化する車載ソフト、パナソニックは品質とセキュリティを確保できるのか：車載ソフトウェア（1/2 ページ） 日本シノプシスが主催するユーザーイベント「SNUG Japan 2018」に、パナソニック オートモーティブ＆インダストリアルシステムズ社 インフォテインメントシステム事業部 主任技師の古田健裕氏が登壇。「パナソニック オートモーティブ事業部門におけるソースコード品質向上の取り組み」と題して講演を行った。 かつてはメカ部品の集合体だった自動車だが、1990年代以降加速度的に電子化が進んでいる。今では、ADAS（先進運転支援システム）や電動システムが広く搭載されるようになり、自動運転技術の実用化に向けた開発も進展している。 自動車の電子化に合わせて、それらを制御するECU（電子制御ユニット）に組み込むソフトウェアの大規模化と複雑化も進んでいる。一般的にソフトウェアは、規模が大きくなれ
ドラゴンボールで学ぶIT業界
ｵ ﾔ ﾁﾞ ﾆ ｱ @oyageng フリーザ『私の工数は530000人月・・・』 フリーザ『もちろんフルパワーで依頼するつもりはありません』 社畜悟空「オラ、わくわくすっぞ」 #ドラゴンボールIT 2018-08-04 20:27:12 ｵ ﾔ ﾁﾞ ﾆ ｱ @oyageng 社畜悟空「や・・・やめろフリーザーーーーッ!!!!」 フリーザ『に・・・』 社畜リリン「悟空ーーーっ!!!!」 (\rm -rf /*) ドーン! #ドラゴンボールIT 2018-08-04 21:43:14 ｵ ﾔ ﾁﾞ ﾆ ｱ @oyageng 神龍「さぁ願いをいえ」 社畜悟空『みんなの有給を復活させてくれ』 神龍「それはムリな願いだ。私は社長によって生み出されてた。したがって社長の力を超える超える願いは叶えられん」 社畜悟空『・・・ならプレミアムフライデーで帰るのは・・・』 神龍「それもムリだ。」 #ドラゴ
らいおんの隠れ家 : ポール・グレアム「瀕死の危機」 - livedoor Blog（ブログ）
ポール・グレアム「瀕死の危機」を翻訳しました。原題は The Fatal Pinch で、原文はココです。英語に強い皆さま、メール(takeuchi19@mail.goo.ne.jp)でのアドバイスを、よろしくお願いいたします。 瀕死の危機 The Fatal Pinch 2014年12月 December 2014 多くのベンチャーは、倒産の数ヶ月前は、銀行に多額の預金がありながら、毎月、赤字も大きく、売上もゼロかパッとしない時期にいる。会社には、いわば半年分の滑走路しかない。もっと残酷な言い方をするなら、倒産の半年前にいるのだ。倒産を避けるためには、「追加の投資を受ければいい」とベンチャーは期待する。 [1] Many startups go through a point a few months before they die where although they have a
小説 崖っぷちIT企業
受託開発中心のIT企業、ボックスソフトウエア（ボックス社）は業績回復を狙い、ビジネスモデルの転換を図ろうとしている。だが新システムの開発は失敗。ボックス社は起死回生を狙い、初めてアジャイル開発とDevOpsの活用に挑む。崖っぷちに追い詰められたIT企業の奮闘ぶりを追う。 プロジェクト悲喜こもごも、焼き鳥屋に9人集まる 最終回 煙が充満した焼き鳥屋。社運をかけた新サービスの開発プロジェクトでリーダーを務めた村上龍彦は、晴れ晴れとした気持ちでホッピーをすすっていた。この店でプロジェクトの打ち上げをしているのだ。 2018.10.11 システムトラブル再び、チーム力を過信 第15回 リードタイムの短縮という壁を乗り越え、プロジェクトマネジャーの村上龍彦率いる開発チームは1日平均3回のリリースをストレスなくこなせるようになった。継続的デリバリー（CD）環境は、その後も日々洗練されている。 2018
クラウド時代のシステム「納品」を考える - 雑種路線でいこう
役所のシステム調達でソフトウェアの「納品」というと、キングファイルに綴じられた大量のネ申エクセルと、CD-RなりDVD-Rに収められたOffice文書やらZipにまとめられたソースコードだ。それらが動くように一からデプロイするだけで何週間もかかるし、そのコードが生きていた時期の試行錯誤は全て捨象されてしまっている。値段分の仕事をこなした「証」に過ぎず、開発時のレポジトリから引剥されて、文脈と実行環境を失ったところで本格稼働前のシステムの断面に過ぎない。 いまの時代ならわざわざDVD-Rに成果物を焼くのではなく、普段からツールのアクセス権限を共有しておき納品のタイミングで開発業者のアカウントを削除するとか、もっとモダンな納品の仕方がありそうだ。せっかく開発費を負担して知財を取得したコードだから倉庫に死蔵しておくのではなく、レポジトリを全府省で共有して他の案件で再利用し、他PJがバグを見つけた
就職して9年が過ぎる - 兼雑記
転職して7年が過ぎたというのを読んで気づいたんだけど、そろそろ入社後9年が経過したらしい。僕は結構長い期間をここで過ごしたことになるんだなと思った。ちょっと以前のことを振り返ってみようと思う。言うまでもないけどこれは僕の書ける範囲での個人的な感想と体験談であって会社の見解等を表しているものではない。 きっかけ わりと重要でない Borgチーム (の周辺) いつのまにやらBorgという名前を普通に言って良くなっている。嬉しい。まあ当時もぶっちゃけ、秘密だから出してないっていうよりは、単に誰もアカデミア的なキャリアに興味が無いから出してなかったんだと思う(私見)。 さて、当時Borgというかクラスタマネージメントのあたりでは、コンピュータのリソースて適当にたくさん使ってるけど、これ節約したらすっげー支出減ったりしない？みたいなのがホットで、なんかとりあえず色々な人々が色んなことをやっていた。い
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
及川卓也 / Takuya Oikawa on Twitter: "今まで外部にソフトウェア開発を委託していた企業が内製化のためにエンジニアを社員として採用することに躊躇することが良くある。その理由はいくつかあるが、その1つが、エンジニアの雇用を確保するほど定常的に開発案件があるかということ。しかしながら、この心配がそもそも間違っている。"
橋本将功 「プロジェクトマネジメントの基本が全部わかる本」 on Twitter: "「ウォーターフォールでうまくいかないからアジャイル」はほぼ100%に近い確率で失敗して、「ウォーターフォールでもやれるけど、もっと開発スピード上げたいとか開発体制を柔軟にしたい」ならうまく行きやすい"
https://nagayasu-shinya.com/tweet-isticle/
The Surprising Security Benefits of End-to-End Formal Proofs » CCC Blog