序節：はじめに 近年、日本型の開発プロセスとして メテオフォール型開発 - 実践ゲーム製作メモ帳2 が注目を集めている。 eiki.hatenablog.jp 上記のメテオフォール開発では、適用対象は開発チームである。 （本稿ではこれをオリジナルMF開発とよぶ） 一方最新の研究では、これをより大きな企業レベルで適用する事により、更なる災厄効果をもたらす事が明らかになってきた。 本稿では、企業レベルでメテオフォール開発を適用する為の手法「スケールドメテオフォール開発」について、概要を説明する。 (オリジナルの方に迷惑かかるとアレなので補足:オリジナルMFを書いた方とは全然関係ない人のポストです) 第一節：スケールドメテオフォール開発 オリジナルMF開発では、単一の開発チームを想定している。 そしてこうなる。 一方、スケールドメテオフォール開発では、複数の開発チームを含む、企業全体が対象となる

渋谷の雑居ビル。 ホワイトボード前に置かれたパイプ椅子にイヌ、ネコ、ネズミが一触即発の雰囲気で座っている。 扉が開き、慌てた様子の青年が入ってくる。 孫「お疲れ様です、すいませ――」 ネズミ「遅えよッ！！」 ネコ「！！」 イヌ「……ネズミさん、怒鳴るのはやめましょうって……」 ネズミ「……チッ」 孫「あの、本当、すいません。11時からって、皆さんにお約束してたのに……」 イヌ「ま、まぁ。とりあえず、ミーティングの報告をお願いします。もう２時間も押してるんで」 孫「は、はい！　すいません、ではこちらの資料を…… あっ」 イヌ「どうかしましたか？」 孫「印刷した資料が１部たりなくて。……じゃあ、はい！　僕のは大丈夫なんで、業務委託の皆さんで、どうぞ！」 ネズミ「ッ……！」 イヌ・ネコ「……」 孫「はい、では皆さんお手元に資料ありますかね、お疲れ様です！」 ネズミ「……」 イヌ・ネコ「……お疲れ

誰？ ドワンゴに2014新卒入社してwebエンジニアやってた人です qiita.com qiita.com とか書きました 保守性のある設計が得意で、途中からwebフロントエンドに特化する生存戦略をとってました（今思うとこれは自分の市場価値を上げる面では失敗でしたが） これは何？なんで書いた？ 僕が鬱病になる過程と闘病記みたいな感じです 2019年2月にドワンゴを休職したので、これを残すことで自分の心を整理し、少しでもこういう病気や精神が狂っていく人への理解が得られれば良いなと思って書きました 完全に自分語りなので、「人間のバックグラウンドにはこういう事もあるんだな、周りの人もつらいバックグラウンドを抱えているかもしれないな」と思ってもらえればいいです。この記事から僕の落ち度や弱い点を探してマウントを取ることはやめてください あと大量の 退職・入社・退職しませんエントリ がある流れに乗って

https://anond.hatelabo.jp/20190612010558 この記事でパナソニックを退職しない話を見たので。 ちょっと書いてみます。 僕とは状況も違うしね。 お前は誰だパナソニックに勤務するソフト屋です。 学歴は偏差値55程度の近畿の私立大出身学部卒。 彼の言ってる事は本当？本当。7割ぐらいは本当。3割は、わかんない。 働き方改革のおかげで管理職も含めて20時ぐらいにみんな退社できています。 少なくとも21時にはオフィスは真っ暗。 年休推進日もあり、ひと月かふた月に一回ぐらい課の全員が年休を取れます。 当然、自分で年休を申請して休むのもなんの問題もなくできます。理由も聞かれません。 開発が古めかしいのも本当。 エクセル方眼紙で仕様書をゴリゴリと書き、ucうんたらやら変数にプレフィクスをチマチマとつけ、レッドマインでチケットを切れば「チケット切りましたこれこれこうなので

恵比寿駅の喫茶店。イヌ、サル、キジが張り詰めた空気でテーブルに同席している。 喫茶店のドアを開けて、桃太郎が入ってくる。 桃太郎「おつかれーっす」 イヌ、サル、キジ「……っす」 桃太郎「ごめんごめん、遅くなっちゃったわ。いやね、きのう金太郎と浦島太郎と飲みがあってさ」 キジ「え、あの有名な……」 桃太郎「そうそう。お互い名刺交換して。まぁやっぱ視座の高さが違ったわ。特に浦島太郎なんて玉手箱開けた経験者だし。金太郎は店にクマで乗り付けてた。ツキノワグマ」 サル「はー、すごいっすね」 桃太郎「浦島太郎、酔って乙姫に今から店こいよ！ってLINEしてたわ。ま、来なかったんだけど」 イヌ「……」 桃太郎「で、今日は何の話だっけ？」 サル「えーっと、それがっすね……」 桃太郎「来月の、鬼ヶ島ロンチの話？」 キジ「いや……」 イヌ「……俺から話すわ。実は、四人の座組みの件で、もう一回ちゃんと話したくて」

4月に刷り上がった名刺から、自分の肩書が増えている。『チーフ・マネージャ』『テクニカル・ディレクタ』に続き『テクニカル・アーキテクト』というのを追加した。 『胡散臭い名前を付けよってからに』と思った貴方、ちょっと待ってほしい。胡散臭い肩書が大嫌いな自分が何故こんな変な名前の肩書を追加したのには理由があるのだ。 増え続けるプロトタイピング需要　5年前に1-10に入ったときから新製品開発の仕事を受けて、それをメインワークとしてやっていた。その時に思ったのが、『広告やインスタレーションを従事するエンジニアの開発速度とデザインに関する感度の高さは、メーカの新規事業開発に対してもかなり有効なのでは』ということだ。 これはそういう立て付けのリリースを打って存在をPRすれば仕事が色々来るのでは？と思って相談したところ、いっそ会社を作ってしまおう、という話になり、1-10driveという会社を立ち上げるこ

こんにちは、最近愛媛から広島に移住した組織運営チームの水戸です。 2019年からサイボウズの開発本部から職能・地域毎に分かれた部署がなくなり、チーム主体の組織になりました。 組織変更をオープンに議論するというチャレンジングな試みの中で、新組織の理想はユーザー価値の最大化に定まり、個人やチームがより主体的に動ける組織構造に変わりました。 この記事では私がファシリテートを担当した組織変更をご紹介します。 開発本部の状況 開発本部の役割は製品を開発することです。 2018年までの開発本部はマトリクス組織を採用しており、プロダクト開発チームには様々な職能・地域毎に分かれた部署のメンバーが所属していました。 この組織構造は事業の中心がオンプレミスだった10年以上前から、事業の中心がクラウドに移った2018年に至るまで変わっていません。 一方、プロダクト開発チームに求められるものは大きく変わりました。

反省文。 tl;dr・「後から改善すれば良い」のスタンスは、返済コストを甘く見積もっている結果 ・負債の返済にはコーディング以外の工数が大きくかかってくる ・技術的負債を"徐々に"返済することは様々な面で良い 出社即リファクタリング最近出社した直後に、こっそりリファクタリングの時間を一定程度取るようにしている。朝のウォーミングアップがてら改善作業をしていると、瞑想みたいな効果があって大変気分がよくなるし、その後のコーディングも生産性が上がる。大体こういう気分。 具体的な作業は、アーキテクチャの方針が固まってなかった時代のコードの１つのエンドポイントだけ、適切なレイヤ化を施したり、単体テストが可能なメソッドとして切り出しつつ実際にテストを書いたり、テストに必要な共通処理を定義したり、だ。 初期から機能追加を重点的に行ってきたプロダクトでは、スピード優先の名目で多くの負債が生まれる。こうした負

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 目次 はじめに 背景 ・塗装業界で機械学習 ・量子計算機の新興企業の提携 製造業と機械学習企業の提携 製造業向け機械学習 製造業とIT企業との提携 おわりに ・深層学習読書会 ・・docker で機械学習 ・特許 ・・特許調査と製造業とIT企業の提携に焦点を絞っている理由 ・・特許組織別集計 ・情報収集 ・・WEBから伺える本気度。 ・・Webの確認作業 ・・備忘録 参考文献(reference) ・参考資料 on Qiita (references on Qiita) 文書履歴(document history) はじめに 2017,

新年から夢のない話で申し訳ないのだが、表題のとおりのテーマである。 note.mu という記事があって、むやみに長いので飛ばし飛ばし読んだ。 大意としては、世の中には「書けない」プログラマというのがいて（元エントリでは学生さんのようである。さもありなん）そういう人はどうやったって書けるようにならないんだから、諦めろ、という話のようである。 で、じっと手を見て、下請け底辺のIT企業にいる私たちは、このような人々をどうしてきたろうか、と考えると、「放ったらかし」にしたなあ、と思うのである。 最初のほうは優しく教えていたと思う。話したりハンズオンしている時に、あっこの子、変数のことわかってないな、と感じたら、ホワイトボードを持ち出してきて、例の"x"と書いた箱の絵に矢印を引いて、値が入っている図を書いて、「わかった？」「あ、はい」みたいなやり取りをして終わり、という程度の「教育」である。 だが、

まえがき メリークリスマス。 LancersAdvent Calender 25日目の記事です。前日は　@autumnlike(@intrudercl14) による 複雑な仕組みと向き合い、会計システムをリプレイスした話 でした。 世にあまり出ない会計に関する内容なので、是非シェアしていただいて皆さんの元に届けば幸いです。 本記事は自分がやっていた pook というサービスが終了してしまい、知見がリポジトリの issue にだけ残るのはもったいないので、考えていたことなどの一部を公開しようと思った次第です。 はじめに みなさんは、プロダクトを作っていてこのような経験はありませんか？ 作っていざ使ってみたら使いにくかった 顧客が本当に必要なものはコレじゃなかった UI が複雑でシンプルでない結果、実装も複雑でシンプルでない そのたびに作り直したり、仕様変更して精神をすり減らすことは、大いなる

昔から、さまざまなコミュニティをつくってきた。ただ、どれも長続きはしなかった。結局、今も残っているのは一つだけ。最初は集まってきたみんなもこれから始まることに期待でいっぱい。すごい盛り上がりを見せる。ところが、たいていの場合わずか2回目の集まりを経たところで、もう衰退期に入っていく。3回目には集まる人数が激減する。ここまで2-3ヶ月程度のことだ。コミュニティは2回集まると死ぬ。 長らく、その理由が分からないでいた。どういう工夫をとっても、たいてい死んでしまう。どういう集まりだったとしても。顔ぶれが違っていても。同じ道を辿る。まるで私だけタイムリープを繰り返しているかのように。2回目で死を迎えることになれてしまっているし、特に驚きもしない。ただ無力さだけはいつも感じていた。 ある時、一つの仮説に思い当たった。ヒントはリモートワークだった。仕事として、リモートワークを基本とする日常を送り、組織

「AI開発ミステリー　～そして誰も作らなかった～」　とある大手製造業の怖いハナシ：マスクド・アナライズのAIベンチャー場外乱闘！（1/5 ページ） ITmedia NEWS読者の皆さん、はじめまして。マスクド・アナライズと申します。自称“AI（人工知能）ベンチャーで働きながら、情報発信するマスクマン”です。 日々、さまざまな企業から相談を受ける立場として、記事を通じてAI開発のリアルな現状をお伝えしたいと思います。AIやIoT、データ分析における華々しい成功事例やプレスリリースとは一線を画し、道理の通らぬ世の中にあえて挑戦する“シュートスタイル”を目指しております。 口火を切ったITmedia NEWSによる取材記事もご参照ください。 「開発の丸投げやめて」　疲弊するAIベンダーの静かな怒りと、依頼主に“最低限”望むこと 今回は「AI開発ミステリー　～そして誰も作らなかった～」と題し、AI

祝！　エンジニアライフ10周年！　おめでたい！ ということで、10をキーワードにしたコラムネタを考えた結果、これまでプログラマをやってきてなんだか記憶に残ってる先輩や同僚の言葉を書き連ねてみよう、という謎の発想に至りました。 どなたかとネタかぶりしてないとよいのですけど......ドキドキ。 1.バグのないソフトウェアは存在しません 専門学校で最初に教わったことです。 当時は「しょっぱなから絶望を教えるとはどういうことだ」と思ったんですが、今では、最初に教えるべきことだな、と思っています。 プログラミング教育の教科書にぜひとも載せていただきたいです。 バグを認めつつ否定する、という矛盾と格闘することが、プログラマとして生きていくうえで大事な心意気だと思っています。 2.コードを書いてる時は、自分は天才だからちゃんと考えれば絶対できる、と思え。デバッグをしてる時は、自分はバカだから絶対つまん

「VR（仮想現実）でけん玉を練習すると、現実でもけん玉ができるようになる」──そんなVRゲーム「けん玉できた！VR」が話題を呼んでいる。けん玉初心者が実際にゲームをプレイしたところ、87人中82人が現実でもけん玉がうまくなったという。ゲームを開発した、けん玉4段（日本けん玉協会）のVRけん玉師Jin（@VRkendama）さんに、開発のきっかけを聞いた。 VRでの体験は、現実にも有効だった けん玉できた！VRは、けん玉のコツを習得できる6つのミッションに従いながらVR上で再現されたけん玉で遊ぶと、現実世界でもけん玉ができるようになるゲーム。VRで練習を続けると、現実のけん玉もうまく扱えるようになるという。 ゲーム中で与えられるミッションでは、けん玉の玉が重力に反してゆっくり落ちるような動きをするものから始まり、ゲームが進むにつれて、本来のけん玉に近い動きになっていく。段階を踏んでプレイヤー

DDD連載記事 背景・前提 なぜDDD初心者はググリ出してすぐに心がくじけてしまうのかの記事で、 ネット上の文献で紹介されるアーキテクチャが様々なものとなっているのです。IDDDではヘキサゴナルアーキテクチャというものが掲げられていましたが、それを進化させたオニオンアーキテクチャ、クリーンアーキテクチャなどの有名な亜種が存在します。 これが実装に着手する際に非常に大きな混乱を呼ぶのです。文脈の理解、採用するアーキテクチャの選定に時間を取られることでしょう。 と書きました。こちらに対して、私が「一番とっつきやすい」と考えるアーキテクチャを紹介します。 前提としてですが、完全に個人的な経験に基づく私見になります。 DDDの理論の中で、アーキテクチャに関しては「エリック・エヴァンスのドメイン駆動開発」(以下原典)と実践ドメイン駆動開発(以下IDDD)とでも異なったものが紹介されており、唯一の正解

「プログラミングを勉強する上で何をどこまでやったらいいかわからない」という問題を解決すべく、各言語の特徴と勉強する必要がある職種をまとめました。 プログラミングの勉強がしやすくなった反面、勉強方法に関しては路頭に迷う人も見かけるようになったので、この記事でプログラミング言語についての全体像を掴んでほしいです。 この記事で解決できる疑問 先にプログラミングの勉強方法についてのまとめ HTML 3行解説 勉強する必要がある人 できるようになる仕事 コメント CSS 3行解説 勉強する必要がある人 できるように仕事 コメント 最速最短の学習教材 Javascript 3行解説 勉強する必要がある人 できるように仕事 コメント 最速最短の学習教材 Java 3行解説 勉強する必要がある人 コメント 最速最短の学習教材 PHP 3行解説 勉強する必要がある人 コメント 最速最短の学習教材 Pytho

カーナビゲーションシステムメーカー各社が岐路に立っている。パイオニアはカーナビ事業の業績悪化を受け、カルソニックカンセイなど他社との提携で経営の立て直しを模索する。アルパインやクラリオンも事業体制の見直しを進める。カーナビ市場は成熟し、今後は販売台数の大幅な伸びが見込めない。自動運転やコネクテッドカー（つながる車）向けの次世代技術への対応が急務だ。生き残りをかけた戦いが本格化する。 パイオニアが業績低迷から抜け出せない。2018年3月期の連結決算は自動車メーカーに直接供給するカーナビのOEM（相手先ブランド）生産事業の収益が悪化し、2期連続で最終赤字に落ち込んだ。 6月には森谷浩一社長率いる新経営体制が発足。他社との提携によるOEM事業の切り出しなどを視野に、秋ごろまでに改革案を発表する。6日に発表した18年4―6月期の決算短信には、「継続企業の前提に重要な疑義が生じている」と記載されるな

Photo by Gerd Leonhard こんにちは。谷口です。 機械学習やディープラーニングに興味がある方は多いと思いますが、なかには 機械学習とディープラーニングの違いがわからない… 機械学習とディープラーニングって同じだと思ってた… という人も少なくありません。 機械学習とディープラーニングは混同されがちですが、ディープラーニングはあくまで機械学習の手法の一つで、画像処理などによく使われている技術です。 今回は、機械学習を勉強している弊社のエンジニアに、ディープラーニングの勉強に役立つスライドと動画を聞いてきましたのでご紹介します。 ■ディープラーニングについて 機械学習とは、コンピューターが与えられたデータからアルゴリズムや特徴などを反復的に学び、そうして学習したことからデータの特徴やパターンを見つけ出すという技術分野全体のことです。 一方ディープラーニングは、ニューラルネット