零細企業買収して売却した話｜reisaikigyou_ma
零細企業買収ですこんにちは。アカウントの柱である会社を売却してしまいアカウント存亡の危機です。 このアカウントの活動をエンタメとして面白がってくれる初期からの根強いフォロワー様たちから希望がありましたので、区切りの良いタイミングとなった今、メモを残しておきます。 ちなみに、前回のDXnoteは私一人の作業メモですが、今回のメモは二人分の視点を合算しています。 このアカウントで情報提供していた対象会社に対しては、実は僕ともう一人の友人で投資をしており、経営のもろもろも二人でやいのやいの言ってやってきた案件なのでした。ということでそんな二人分のメモです、どうぞ。 ケーススタディとして街中にある、どうやって生き延びてるかわからない、ちっちゃい会社って無数にあると思います。 そういう会社を自分が回したらどうなるかな、と考えたことがある人もいるはず。そういう方にピッタリなケーススタディかと思っていま
将来のCTOを迎えるために エンジニアリングマネージャーが半年でやったこと｜miyamoto
カミナシでEM(エンジニアリングマネージャー)をしている宮本と申します。 カミナシには現在CTOがいません。 ただ、採用活動は進めておりますので、近い内に採用活動が花開くことを切に願っております。 本記事では、将来のCTOを迎えるにあたり、EMである私が直近半年で何を考え、どんな対応をしてきたかについてまとめました。 カミナシが求めるCTOとはCTOを採用したいという話が挙がった際、カミナシは具体的にどういった方をCTOとして迎えたいのか議論になった事があります。 ここでよく議論の分かれ目になるのが、実務者のTOPとしてのCTOか、経営者としてのCTOか、という2つの観点です。 当然、両方の性質を備えているのが望ましいのですが、究極的にどちらの要素しか満たさざるを得ない場合、どちらを選択すべきか関係者の認識を揃えておく必要があると思います。 結論、カミナシでは経営者としてのCTOを優先した
エンジニア採用シーンが高騰しすぎている件について｜久松剛／IT百物語の蒐集家
個人的にバブル現象について著しく興味がありまして、90年代のバブル期から始まってIT革命、その後の局所的なブームも含めて大小バブルとそれに伴う人の流れを意識して観察しています。 これまでも何度か話題にしましたが、バブルというのは当事者はあまり「この繁栄に終わりがある」とは思いにくいものです。自分が信じたものに対し「需要がついてきた」と誤解しやすいものです。 さて、今回のテーマはエンジニア採用シーンの高騰はバブルなのか？そしてバブルだとすればその終焉はどのようにして起きるのか？ということです。 エンジニア採用シーンはバブルなのか？提示年収も、それに伴う採用フィーもそれぞれ高騰しています。 提示年収で言うと先立ってとあるSESの会社さんが下記のような投稿をされ、話題になっていました。一日で問い合わせが30件を越えたとも書かれていました。 ・年収250~400万前後の人は大体みんな最低でも530
「勝手に学ぶ人」と「期待されて学ぶ人」の差が埋められない｜柴田史郎
ここ1年ぐらい感じていた「学びに関する格差」の話を書く。 最初にまとめ・勝手に学ぶ人は、自分の周囲にある「学びに使えそうな仕事」を探して自分の仕事にすることを繰り返す ・期待されて学ぶ人は、上司とかの期待に応えて新しいことを学ぶ ・「勝手に学ぶ人のスピード」＞「期待されて学ぶ人のスピード」なので、格差が開いていく ・「早く行きたければ一人で行け、遠くへ行きたければみんなで行け」が実現できない ・勝手に学ぶ人を止める理由も見つからない ・困ったなあ（解決策わからない） では詳細を書いていく。 勝手に学ぶ人：自分の周辺にある「誰も手をつけてない仕事」を発見し、自分の学びに利用するそれぞれが自分の担当範囲の仕事をしているとする。 それぞれが自分の担当範囲の仕事をしている勝手に学ぶ人は、「誰も手をつけてない」かつ「自分の学びになりそうな」仕事を自ら発見して、自分の仕事として取り組む。 勝手に学ぶ人
ゲームの勝敗でかんしゃくを起こす子どもにできることは大人げない大人になること｜フィンランドワークショップomena
「ずるい！！ なんで勝てないの！？」 コントローラーを床に投げつけ ソファの上で大暴れしながら 小学１年生の男の子は 目に涙を溜めながらそう言った 私は月に数日 友達の子どものお世話をしている 親の代わりに学童に迎えに行って 親が用意しておいた 夕食を温めて食べさせる その後は一緒に遊びながら 友人が帰ってくるのを待っている 最初はおもちゃや トランプで遊んでいたが 最近はニンテンドースイッチの マリオパーティーという ゲームにハマっている その家にはゲームはあるものの その子はほとんど遊んだことがないと言う 私の友人は元々 ゲームはあまりやらないし 友人のパートナーつまり 子どもの父親がゲーム好きだが 「すぐに怒るから一緒にゲームはしない」 と子どもに言っていたそうだ そこへやってきた ゲームOKの大人に 彼は毎回 「ご飯食べたらゲームしよう！」と 目を輝かせているのだ。 最初の頃は 彼
仕様書の参考例と、こんな内容を仕様書に最低書くといいというお話｜田辺めぐみ
よく、仕様書を書いていなくて、書いてみたいけど、具体的な仕様書がネット上に落ちてなくってこまってるって相談を受けるので 「仕様書の記載内容のイメージ」を作りました！ ※前提として「現在仕様書を書いていない、自社開発のMVP検証前後のフェーズのスタートアップ向け」に書いています。PMが仕様書、エンジニアがDesign Docを書く分担です。 ついでに、システム開発の基礎である「システム開発のV字モデルをベースにした設計書の紹介」も含めてまとめてみましたー！ 大規模開発に使われたり、古くからあるフレームワークなので、スタートアップの方だと、システム開発のV字モデルの概念やそれにあわせた成果物を知らない人が多いけど、「要件定義書」と「設計書」を全てドキュメント化するとどうなるかを理解した上で、「仕様書」として情報を削る方が、考慮漏れ防止やエンジニアがやっている設計内容の理解につながるので、全体を
207で1年間磨き続けた1on1のフォーマットを公開します｜207株式会社
いつでもどこでもモノがトドク、世界的な物流ネットワークを創りたい、207株式会社のイナバです。 207の1on1、めっちゃ良いんです！！ 先日の忘年会で業務委託の方に「207に所属していて良いところは何か？」とお聞きして「1on1、めっちゃ科学されていて良いですよね」という話題に上がるくらいには良いです！ 私自身、業務委託で色んな会社を見ているのですが、たしかに207の1on1は凝っていると思います。 という事で、本記事では「どんな質問を」「どんな意図で」しているのかを代表にインタビューしてきたのでまとめていきます。 1on1をやる目的 そもそも1on1を実施してよかった点ですが、たくさんのメリットの中でも特に、 - 認識のズレをなくす - 信頼関係を構築する - アラートの早期検出 みたいな効果を享受できています。それぞれ、どういう意味かをご説明していきます。 認識のズレをなくす 業務上
TOEIC満点ホルダーがやっているおすすめ英語学習法（2022年版）｜Shin
今回はビジネス系ではなく、英語学習系の記事になります。実は私、20代のころにTOEIC満点を獲得しているバイリンガルでして、英語のミーティング参加やメール作成などの仕事もこなしています。 今年はNFTやメタバースといったweb3の台頭、SaaSグローバル企業との競争など英語に触れる機会も多いので、私が日本にいながら英語力を落とさないためにやっている勉強法をまとめてみました。 今年こそは英語やるぞ！と思っている人はぜひどうぞ。 前提：99％の英語学習者が誤解していること私が今まで出会った中で99％の人が知らない、けど英語ができる人はやっているポイントがあります。それは英語学習というものは「自分が発音できる英語しか理解できない」です。どういうことでしょうか？ 例えば、こちらの単語を見てください。正しく発音できますか？ month これは「月」という意味ですね。2月や12月という月です。発音は「
ヒット作が出ないまま10年間個人アプリ開発を続けたエンジニアの末路｜dancingpandor
この記事は 個人開発 Advent Calendar 2021 の18日目の記事です。 「もうスマホアプリ市場はレッドオーシャン」とか、「個人アプリは埋もれてしまって全然ダウンロードされない」とかいう話をちらほら聞きます。 実際、過去に個人でアプリをリリースしたけれど、ヒットしなくて辞めてしまった、という人もいるのではないでしょうか。 では、もし… ヒット作が出ないまま10年間個人アプリ開発を続けたら、どうなってしまうのか という話をします。 作ったものまずは、これまで作ったアプリやダウンロード数などのデータをまとめます。 これまでにリリースしたアプリは、 iOS（ツール系）：39本 Android（ツール系）：1本 ゲーム：29本 で、計68本です。 （Androidアプリは、iOSアプリのAndroid版なので合計にはノーカウント） ツール系アプリは、「写真／ビデオ」カテゴリが多いです
CTOが選ぶ、エンジニアのみなさんに個人的に読んでほしい本｜藤村
メリークリスマス！heyでCTOをやっている藤村です。ということで、これからエンジニアになる・いまエンジニアをしているみなさんに個人的に読んでほしい本をご紹介します。これを読んでおけばソフトウェア・エンジニアとして網羅的な基礎が身につく、とかいうセレクトではなく、あくまで個人的に読んでもらえると嬉しいな！というものを選びました。 ソフトウェア開発基礎編リー・コープランド『はじめて学ぶソフトウェアのテスト技法 』 テストの本です。昨今RSpec、XUnit系など自動テストのツールはすっかり普及し、ソフトウェアにテストコードをつけるのは当たり前の世の中になりました。しかし！テストケースをどう設計するか、何をテストすべきか、について体系的に学んだことがない、という方も実はいらっしゃるのでは。 この本はそういったソフトウェア・テスト一般についての教科書です。ここの知識はソフトウェア・エンジニアとし
林業のタスク管理をRedmineでやる話｜株式会社百森
こんにちは！百森代表の田畑です。今日もオシゴト感の強いお話です。ブランコや秘密基地に類する話も徐々にネタを貯めておりますので、辛抱強く待って頂ければ幸いです。 ※Redmine.tokyoという勉強会で発表しました！（2021/11/27） 概要株式会社百森では、業務の効率化を推進しています。今回の記事では、その初段階として行っているタスクの見える化・進捗管理について、もがきながらも実現していることをまとめました。 ※なお、タイトルを「林業の」としていますが、百森は業界的には特殊です。自治体から委託を受け、所有者交渉・調査設計・補助金申請、施業発注・現場監督を行う業態なので、ニッチであることは予めご了承ください。 昔はこうでした社内では「口伝」と呼んでいますが、これまで作業手順などは口承文学として伝えられていました。 計算結果や、補助金等で必要になる外部とのやり取りという、成果文書の記録は
所定労働時間を7時間に減らして3年が経ちました｜万葉
こんにちは、nay3です。 万葉では、働きやすさの実現のために様々なことを考え、取り組んできました。今回の記事では、それらの工夫の中でも最も大きなインパクトがあった、所定労働時間の変更についてご紹介したいと思います。 所定労働時間とは所定労働時間とは、会社が定める、社員が働くことになっている時間のことです。法的な上限である法定労働時間（週40時間・1日8時間）を超えない範囲で、会社が自由に決めることができます。 創業時の所定労働時間は7時間30分だった万葉は2007年4月の創業時に、柔軟さ・働きやすさを勘案して、以下のように労働時間を定めてスタートしました。 ・1日の所定労働時間は7時間30分 ・30分のみなし残業時間をつける（1日あたり7時間30分〜8時間働いた場合は同じ給与となる） 当時の所感としては、所定労働時間が8時間という会社も多い中、7時間30分はゆとりのある方ではないかと思い
CTOに求められる3つの能力 ～EMやTLとの違いとは？～｜MIDAS Technology Review
今回は、ZOZOテクノロジーズ（現ZOZO）でCTOを務め、現在はバイセルテクノロジーズ 取締役CTOの今村さんの「CTO論」を伺いました。 今村さんは、12年間のCTO経験があり、その間「エンジニア組織づくり」「技術広報」「情報システムの整備」「技術戦略策定」「人事制度策定」など、様々なCTO経験をお持ちの方です。 それらの経験を元に「CTOに求められること」特に「CTOと、EM（エンジニアリングマネージャー）やTL（テックリード）との違いは何か」について伺いました。 参考）ZOZOのテックカンパニーへの変遷、CTOとしての取り組みを振り返る ① 「登る山」を決める判断力と、中長期的な課題解決を行う実行力 ■ CTOとEMやTLとの違い まず、CTOがEMやTLと違う大きな点は、より広範囲・より長期的な課題解決を行う点です。 EMやTLは短期的（半年程度先）、そして事業やプロジェクト単位
この一年の話（前編）｜小野マトペ
はじめまして、あるいはご無沙汰しております。小野マトペです。私は36歳のソフトウェアエンジニア男性で、昔は「ふぁぼったー」というWebサービスを趣味で開発・運営したり、その後は仕事で分散ストレージを開発したりしていました。 報道等でご存知の方も多いと思いますが、私はTwitter上の投稿が偽計業務妨害にあたるとして、2020年7月29日に警視庁に逮捕されました。 早いもので、それから一年が経過しました。報道された事件の経緯は、事実関係には間違いありません。私の軽率な投稿で多大なるご迷惑をおかけしてしまった当該店舗様、そして関係者の皆様には、お詫びの言葉もございません。 一方で、私は取調べの当初からほぼ一貫して故意を否認しています。本件において故意が存在することは刑事罰の大前提ですので、つまり無罪を主張しているということになります。 検察官から虚偽の自白を強要され、一度は略式起訴処分（公開裁
オープンでフラットな組織が突然「閉鎖的」と言われるとき｜柴田史郎
柴田(@4bata)です。「それぐらいわかるだろ･･･」が通じなくなるタイミングがあるんだなという発見です！ 考えたきっかけ：「オープンでフラットだと思ってたけど、結構閉鎖的なところもある」というセリフを聞いたその人に情報が伝わってなかったのかな。私の最初の感想は「前からそうだった気がするけどな･･･」。以前から整った形で情報はちゃんと流れてない。私にとっては、今働いている会社が閉鎖的には見えてない。実際には閉鎖的な部分があるのだろう。その差を理解してみたくなった。 情報の伝わり方を単純化して考える近くにいる人には自分の活動内容や背景にある意図が勝手に届くとする。携帯の電波が届く範囲、みたいなイメージ。 接触頻度が高い人同士は、いろいろ理解できている。 人数が少ないときは、何もしなくても相互に活動内容や意図が伝わっている・自分が理解できない情報も、一緒に仕事してる隣の人に聞けば情報の背景が
5ヶ月で完走！新規開発を止めないAngular→Reactリプレイスの進め方まとめ｜Yuito Sato
【結論】 5ヶ月かけて無事完了しました。あー長かった。 新規の機能開発を止めないために一般的な開発チームでは今回のようなフロントエンドのフルリプレイスで一部新規の機能開発を止めながら開発を行うことがあると思います。 コードフリーズとなど呼ばれているものですね。 しかしログラスのようなスタートアップではプロダクトを絶えず進化させていくことがとても重要です。 機能開発を止めてしまえばたちまち大きな開発チームをもつ競合に追い抜かれて会社が負けてしまいます。 本記事ではフロントエンドフルリプレイスを新規機能開発を止めずに走らせる方法を解説していきます。 リプレイス概要本題に入る前に今回リプレイス対象となったLoglassについてとプロジェクトの概要について説明します。 【Loglassについて】 「プランニングクラウド Loglass」はBtoB SaaSのサービスの一つです。 基本はSSGやSS
テックブログに関わる人に読んで欲しい、「エンジニアの文章をレビューする」技術｜中川 伸一 / Engineer Manager
気がつけば久々のnoteになってしまいましたが、私は元気です。 近況は...最近鍛えながら健康やせしたのでプロフィール写真を撮影し直しました、そのうちnoteに書こうと思います。 それはさておいて、4月に「週刊はてなブログ」さんの企画でこんなインタビューに答えました。 もうすぐ7年目を迎える個人技術ブログ「Lean Baseball」および、所属するJX通信社の「JX通信社エンジニアブログ」の話をメインに、「自分が書きたいことを書くことによって自分のキャリアにもつながるしなんだったら人のキャリアにもいい影響あるんやで」という話をしました（究極に端折るとそういう話です）。 補足で書いた番外編を含め、色々と好反響を頂き嬉しかったですありがとうございます。 一人のエンジニアであり、一人の技術ブロガーである私の物語としてはこれはこれで良いのですが、 テックブログに関わる人達が、エンジニアの気持ちを
Atomic Designをやめてディレクトリ構造を見直した話｜食べログ フロントエンドエンジニアブログ
こんにちは。フロントエンドチームの金野と申します。 食べログでは現在、React+TypeScriptでフロントエンドのリプレースを進めています。 以前の記事で、食べログではAtomic Designをどのように取り入れているかの紹介をしました。 しかし、最近のリプレース作業では、Atomic Designとは異なるディレクトリ構造を採用しています。 今回の記事では、「なぜAtomic Designをやめたのか」という理由と、「どのようなディレクトリ構造にしたのか」を紹介します。 Atomic Designを導入したねらいと導入した結果 上記の記事で言及した通り、当初Atomic Designを導入したねらいは以下になります。 1. コンポーネントの責務がより明確になる 2. 見た目の粒度だけでなく、ロジックの責務も明確にできる 3. 「ドメインが入るか／入らないか」。「抽象的か／そうでな
「Fukushima50」とNHK「最悪のシナリオ」｜下村健一
10年前の３月11日、私は民間任用(２年満期)の内閣審議官として、メディアが立ち入れぬ首相官邸の最奥部で、事態の渦中に居合わせていた。 そんな人間の１人として、テレビ各局の「3･11」10年関連特番を見ていて、特に心揺さぶられた番組が２つあった。１つは、日テレの金曜ロードSHOW!「Fukushima50」(去年の劇場公開とは違った意味で) 。 もう１つが、NHKのETV特集「原発事故 ”最悪のシナリオ”／その時誰が命をかけるのか」。 ーーーそれらについてちょっと書こうかな、と思っていたら、奇しくも同じ２番組を挙げて先にコメントしている人が、意外な所にいた。 フランス「リスク・危機研」研究員の賞賛と憤慨フランスの「リスク・危機研究センター」(Centre de recherche sur les Risques et les Crises)の一員として、3･11以降たびたび来日し、福島原
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「ごめんなさい 救助のヘリじゃなくてごめんなさい」｜NHK取材ノート
