検索対象

並び順

ブックマーク数

期間指定

  • から
  • まで

エンジニアの検索結果(絞り込み: 3 users 以上)36863 件中 1 - 40 件目

  • 株式会社ドワンゴを退職しました。 - 駄文日記 2nd side

    はじめましての人ははじめまして。そうでないひとはお久しぶりです。本日付で最終出社日を迎えるエンジニアの猫ロキP(@deflis/id:deflis55)です。 ドワンゴはすごく好きな会社ではあるのですが、新卒で入社して10年以上勤めたドワンゴを離れて、はてなのノベルチームで働くことになりました。 本当に好きな会社で、どうしても人とお金が足りてないなとか色々思うところはあるんですが、それ以上に出版業界に情熱を傾けたいところが強くなってしまって、転職を決意したのでした。 何を考えて転職を決意したのか、言える範囲で説明します。 入社した経緯とドワンゴとの関わり ドワンゴの良いところ 転機 今後のキャリアプラン的なことについて 改めて たぶん書籍化の決まってないカクヨムのおすすめいくつか 書籍化しているカクヨムのおすすめ その他おすすめライトノベル おまけ 入社した経緯とドワンゴとの関わり 201

    株式会社ドワンゴを退職しました。 - 駄文日記 2nd side
    • リファクタリングの価値の考察 - プログラマーの脳みそ

      リファクタリングには価値がある、とプログラマは確信していることだろう。しかし、その価値が何であるか?を上手く説明できるかというと難しいのではないだろうか。本稿ではリファクタリングの価値をテーマに筆者の説を提示していく。 品質特性の側面から 補足 品質特性の相互作用 リファクタリングの価値 障害対応 機能追加 システムの製品寿命 まとめ 品質特性の側面から ソフトウェアの品質特性としてISO/IEC 9126が一般的に用いられている。大きく6つの特性と細分化された副特性からなり、ISO/IEC 9126 - Wikipedia から引用すると 機能性(functionality) - 機能とその特性に影響する特性群 信頼性(reliability) - ある状況がある時間続いたときにソフトウェアがどの程度機能するかに影響する特性群 使用性(usability) - 利用するのにかかる手間、個

      リファクタリングの価値の考察 - プログラマーの脳みそ
      • 引退→ITエンジニア転職は「逆に面白い」 J1札幌元エース、今歩む前例なき第二の人生(THE ANSWER) - Yahoo!ニュース

        現役時代はチームのエースとして活躍し、現在はIT企業で開発に携わっている異色の元Jリーガーがいる。J1コンサドーレ札幌などでFWとして活躍し、2020年に引退を発表した内村圭宏さん。「ワークスタイルの未来を切り拓く」を理念にする名古屋のIT企業「コラボスタイル」に入社し、開発チームの一員として業務に勤しんでいる。 【動画】「これがなければ今のコンサはない」 異色のITエンジニアになった内村さん、ファンに語り継がれる2016年千葉戦の劇的逆転ゴール 元Jリーガーが、セカンドキャリアにITエンジニア職を選択するのは珍しい。指導者としてサッカー界に残る選択肢もあった中で、なぜ前例のない道を選んだのか。前後編でお届けする前編では、引退後の転職活動、現職で奮闘する今に迫る。(取材・文=THE ANSWER編集部・宮内 宏哉) ◇ ◇ ◇ 2016年11月、コンサドーレファンに“フクアリの奇跡”として

        引退→ITエンジニア転職は「逆に面白い」 J1札幌元エース、今歩む前例なき第二の人生(THE ANSWER) - Yahoo!ニュース
        • インフラの話をすると黙り込み面倒な顔をするエンドユーザーの仕組み - orangeitems’s diary

          エンドユーザーがシステムを発注する際の動機は「システムを使いたい」しかないと思うんだよね。 インフラエンジニアやると思うのが「エンドユーザーはなんでシステムを使いたいだけなのに、データセンター、ハードウェア、OSやミドルウェア、監視、バックアップの話を合意しなきゃならないの?」ってこと。 SaaSを選ぶエンドユーザーの気持ちがわかる。 — orangeitems🍊 (@orangeitems_) August 11, 2022 でもシステム構築の一部始終を見た人ならわかるけど、システム単独で動くことはない。 ・アプリケーション ・ミドルウェア ・OS ・仮想基盤 ・ハードウェア ・ネットワーク ・データセンター ・監視 ・バックアップ ・運用体制 システムが動くまでは上記のような要素が一部、もしくは全部組み合わさっていて、どこかに考慮漏れがあると正直に動かなくなるという厄介な性質がある。

          インフラの話をすると黙り込み面倒な顔をするエンドユーザーの仕組み - orangeitems’s diary
          • 未経験エンジニアを育てるコツ - orangeitems’s diary

            未経験エンジニア、という言葉は具体的には「未経験ITシステムエンジニア」と言わなければいけないと思うけど、今回は俗語としてこのままにしておく。 興味深い記事を見た。 anond.hatelabo.jp 何人も何人も未経験エンジニアと仕事した経験を踏まえて言いたい。 人による、と。 話は9割はこれで終わりだが、背景は話しておきたいと思う。 未経験エンジニアに対して振る仕事は、定型的な仕事だけにするべきだ。定型的とは、マニュアルがありその通りできれば到達できるものだ。 マニュアル通りなだけに「君がいなくなっても代わりの人はいくらでもいるんだよ」というパワハラワードが観的には成立してしまうくらいの仕事である。 定型的な仕事のいいところは、人が指導するコストを極限まで抑えられることだ。 まずこの仕事だけで固めて、それらをコンプリート出来るかどうかを一定期間試す。私の感覚だと半年は必要になる。 この

            未経験エンジニアを育てるコツ - orangeitems’s diary
            • GAFAMエンジニアは土日に勉強しない

              GAFAMに入るために必要なのは基本的には基礎的なアルゴリズムとデータ構造の知識、それらを応用したコーディング能力、システムデザイン知識です。ほぼ全部受験勉強のように体系化されているし対策も出回っているので実際に凄いシステムを作り上げなければならないとか四六時中コーディングしているような人でないと受からないといったことはありません。受験勉強と同じですね。もちろん土日も勉強したりするような技術大好きオタクな人もたくさんいますがそうでなくても入ることは可能です。 基本的にこれらの大企業に入りたい人というのは高学歴の金目当ての人間です。普段からアンテナを張って技術を追いかけているような人は半分もいないでしょう。 ITエンジニアは業務外でも常に勉強し続けなければならないなどという人達は負け組です。もちろん勉強をしたいならすれば良いですがそれは趣味ですよね。業務に必要な知識の吸収は業務中に行う。要領

              GAFAMエンジニアは土日に勉強しない
              • 未経験エンジニアを採用して失敗した

                採用が困難な時期に妥協して未経験エンジニアを採用したけど、それが失敗だった。なぜ失敗なのかを話していきたい。 ただし未経験エンジニアといってもいろいろあって、子どものころからずっと学習してきたような人はただ実務が未経験なだけというように考えている。こういう人はあまり未経験と考えない。 自分への戒めもこめて。 失敗点 リターンがほぼ回収できないエンジニアの生産性の違いが10倍、100倍になることは別におかしいことではない。 そのため、未経験エンジニアに費やした時間がリターンを産むまでにとてつもない時間がかかる。 たとえば、生産性100/営業日の人が10営業日かけて教えるのなら、教えられた人は、1000の生産をしなければ当然マイナスになる。これは泣こうが喚こうが世界の理なのでここは変えられない。 1000の生産は、生産性1/営業日であれば4年2ヶ月かかる。つまり生産性100倍の人を用いる場合は

                未経験エンジニアを採用して失敗した
                • リファクタリングはエンジニアの福利厚生であり管理指標への影響はほとんどないんでは - きしだのHatena

                  おそらくリファクタリングの工数を確保する説得力のある材料がほしくて、リファクタリングの効果をどう示すか悩んでる人がいたのですが、リファクタリングって非開発者に示せるような数字だすのは難しいよねという結論になったので、そのまとめ。 工数としてはコード管理費みたいな感じで乗せるのがよさそう。 まず、リファクタリングはそれ自体では価値を示せません。人工衛星に搭載するプログラムで、動きだしたらメンテナンスできないようなコードを最後にリファクタリングしたとして、どのような価値を示せるかと考えると想像できるのではないかと思います。 なのでリファクタリングの価値というのは、その後で新しいコードを追加したり既存のコードを変更したりといった作業がどれだけ作業時間短く品質高くなったかという間接的な指標で測ることになります。 ここでまず、最初のコードを書いた人とリファクタリングする人が同じなら、そこまで保守性か

                  リファクタリングはエンジニアの福利厚生であり管理指標への影響はほとんどないんでは - きしだのHatena
                  • 「会社も特別待遇するほどプログラムのレベルが高かった」 シリコンバレーエンジニアが語る、天才プログラマーの生態

                    「シリエン戦隊JUN TV」は、現役エンジニアである酒井潤氏がシリコンバレーにおける、働き方やキャリアなどの情報を届けるチャンネルです。今回は、酒井氏が今まで一緒に働いてきた中で出会った天才プログラマー3人について。全2回。前半は、PMも特別待遇していたイギリス人天才プログラマーと、若いながらもプログラムのレベルが異常だったアメリカ人天才プログラマーについて。 今まで働いてきた中で天才だと思ったプログラマー3人 酒井潤氏:どうも、シリコンバレーエンジニアの潤です。 シリコンバレーには優秀なエンジニアがたくさんいるのですが、今まで働いてきた中で、天才プログラマーという領域の人たちと一緒のチームで隣同士で開発をする機会があったので、今日はその方々の話をしようかなと思います。 あくまでこれは私が一緒のチームで、隣同士でプログラムを開発したという環境の話です。例えばみなさんがGoogleなどで天才

                    「会社も特別待遇するほどプログラムのレベルが高かった」 シリコンバレーエンジニアが語る、天才プログラマーの生態
                    • 【一覧つき】プラグインで生成される管理画面のサイドメニューを消す方法|WordPress特化型メディアサイト【WPWeb】

                      改造する Release | 2022.08.09 Updated | 2022.08.11 【一覧つき】プラグインで生成される管理画面のサイドメニューを消す方法プラグイン管理画面 この記事では、プラグインによって作成される管理画面上のメニューを消す・非表示にする方法をご紹介します。 「プラグインごとの記述方法一覧」として、有名なプラグインやよく使われるプラグインもご紹介します! WordPress管理画面のキャプチャ メニューを消す方法は、functions.phpへ、remove_menu_page()もしくはremove_submenu_page()を用いて非表示にします。 どちらを使うかは、プラグインの設定ページが、メインメニュー内にあのるかそれともサブメニュー内にあるのかの違いです。 メインメニュー内にある場合:remove_menu_page()サブメニュー内にある場合;rem

                      【一覧つき】プラグインで生成される管理画面のサイドメニューを消す方法|WordPress特化型メディアサイト【WPWeb】
                      • 無料で読めるITまんが 2022年版

                        ネット上にはたくさんのIT系のコンテンツがあふれています。そのほとんどは文章として書かれていますが、一部にはマンガの形で面白く分かりやすくしたものもあります。 ここでは、マンガ化されたITコンテンツを集めてみました。毎年夏休みの恒例企画、ITまんがの2022年版です。 今年は5本のマンガを新たに追加しました。 話題になったあのマンガ、JavaScriptのPromiseを解説してくれるマンガ、情報処理学会誌に掲載されているマンガなど、ぜひ夏休みにどうぞ。 もしここに掲載してい……

                        無料で読めるITまんが 2022年版
                        • ハンバーガーメニューの実装方法決定版 | baigie engineer blog

                          はじめに 今やあらゆるサイトで使用されているハンバーガーメニュー。 私たちウェブサイト系のエンジニアは数え切れないくらい実装してきている定番パーツです。 しかしながらその実装は容易ではありません。 ただ単にそれっぽく動くものを作るのであれば簡単ですが、アクセシビリティやメニュー展開時の他の箇所の挙動など、不具合がないように徹底的に作り込もうとするとなかなか難しいものです。 今回はそんな厄介な存在であるハンバーガーメニューについて、私なりの現在の実装方法を紹介したいと思います。。 ハンバーガーメニューの実装で気を付けるべきこと ハンバーガーメニューを実装する前に、ハンバーガーメニューのあるべき姿、実装時に気を付けるべきことを洗い出してみましょう。 私が思い浮かぶものだと以下のようなものがあります。 メニューボタン、アコーディオンボタンなどはbutton要素である。メニューの開閉状態がスクリー

                          ハンバーガーメニューの実装方法決定版 | baigie engineer blog
                          • 要件定義を担当する【ITエンジニア】に必要な【コミュニケーションスキル】 - Qiita

                            はじめに タイトルの主張が少し強いですが、以下の本を読んでコミュニケーションスキルについて書かれている部分が有益だなと思ったので メモ程度 にまとめました。 元の本では具体例などが書かれていてわかりやすいので、その点を押さえたい方は購入をお勧めします。 コミュニケーションスキル 以下の3つがある ヒアリングスキル ミーティングスキル プレゼンテーションスキル 1.ヒアリングスキル A.質問 Open-Close Open 5W2Hを用いた質問 Why,What,Who,When,Where How(程度),How to(手段) Close yes,noで解答できる質問 認識の不一致が連続すると信頼を下げやすいので注意する 深掘り 目的 原因 影響・結果 手段 反復 「それ以外にありますか?」 明確化 曖昧な表現を明確にする 例:「うまくできない」→「納期に間に合わない」 論理性チェック A

                            要件定義を担当する【ITエンジニア】に必要な【コミュニケーションスキル】 - Qiita
                            • 【テックブログ】新卒エンジニアが入社2ヶ月で新規サービスをリリースした話。 - Hajimari Tech Blog| 株式会社Hajimari

                              こんにちは! 株式会社Hajimari22卒エンジニアの神野 凌太郎です。 普段は、事業部づけのエンジニアとして人事プロパートナーズの開発業務を担当しています。 内定者インターン〜新卒入社後の期間、人事プロパートナーズの開発と並行して 新規サービス「アミーチ」の開発・立ち上げを1人で行いました。 今回は、実際に新規事業の開発・立ち上げを行なって、学んだこと・反省点をまとめてお伝えできればと思います! ■新規サービス「アミーチ」概要 『人事専門型の求人サイト』として立ち上げたサービスです。 もともと、人事プロパートナーズ内で人材紹介を行なっており、 その専用サイトを立ち上げようというところからスタートしています。 人事を扱う求人サイトだからこそ、学校の保健室のように、 気軽にキャリアを考えられる、そんな求人サイトを作りたいという思いから、 「アミーチ」の立ち上げがスタートしました。 現在、リ

                              【テックブログ】新卒エンジニアが入社2ヶ月で新規サービスをリリースした話。 - Hajimari Tech Blog| 株式会社Hajimari
                              • エンジニアらしく暮らせる街で ─ 技術を磨いたソフトウェア開発者が次に挑むのは「ユーザーファースト」 - Findy Engineer Lab - ファインディエンジニアラボ

                                福岡タワーとudzuraさん 近藤宇智朗(@udzura)さんはGMOペパボのシニアプリンシパルエンジニアとして技術を磨き、Rubyコミュニティに参加してきた経験も生かしながら、自走できるソフトウェアエンジニアを育成する「大名エンジニアカレッジ」を福岡で立ち上げました。そこで思わぬ苦戦に直面したことで、あらためて「ユーザーファースト」の大切さを認識したと語ります。それは図らずも、高校生のころ父親からかけられた言葉につながる経験でした。 転職活動をきっかけとしたユーザーファーストへの気付き エンジニア育成を目指した「大名エンジニアカレッジ」とは どんなよい目標もユーザーが成長しなければ意味がない なぜ福岡は「エンジニアらしく暮らせる街」なのか? 父の言葉から立ち返った「ユーザーファースト」の大切さ 転職活動をきっかけとしたユーザーファーストへの気付き ── 近藤さんは長く技術のスペシャリスト

                                エンジニアらしく暮らせる街で ─ 技術を磨いたソフトウェア開発者が次に挑むのは「ユーザーファースト」 - Findy Engineer Lab - ファインディエンジニアラボ
                                • 第37回:ひとり情シス企業をなくすには39万人が必要に

                                  印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 増員が難しいひとり情シス 「オフコン」とは、オフィスコンピューターと呼ばれる小型コンピューターで、今で言うとビジネスサーバーです。日本では1960年代後半からコンピューターが普及し始め、大手企業では何でもこなせる大型の汎用コンピューター(=メインフレーム)、中堅中小企業では事務処理に特化したオフコンの利用が急速に広がりました。 当時、オフコンの運用に各社はとても苦労しました。多くの導入指南書も出版され、税務経理協会の「オフコン導入計画の立て方」(1983年発行)には、導入担当者について「一人に責任と権限を持たせることにより、責任逃れにならない」などと書かれています。実際に、「ひとり情シス」と「ふたり情シス」を比べると、二人体制の方がセキ

                                  第37回:ひとり情シス企業をなくすには39万人が必要に
                                  • 地ならしからの組織づくりに挑戦。リンケージCTOに就任した曽根壮大氏が語るエンジニア&開発チームの育成論|Tech Team Journal

                                    今後ますます拡大が見込まれる国内ヘルスケア市場において、予防医療テックとして存在感を示している株式会社リンケージ。2022年6月1日、同社取締役CTOに曽根壮大氏が就任し、事業・組織ともに成長を加速させようとしています。 「そーだい」の愛称で親しまれる曽根氏は、警察官からエンジニアにキャリアチェンジした経歴を持ち、これまでにも複数の企業でCTOとして開発組織を牽引してきました。 今回、3度目のCTO就任となる曽根氏が同社を選んだ理由のひとつに、自身と同じように異業種から転職したエンジニアを育て、エンジニア組織をいちから作り上げるというチャレンジに魅力を感じたと言います。 本インタビューでは、曽根氏が同社のチーム開発を機能させるために取り組んでいること、エンジニアとして大切にしていることなどを伺いました。 自身の健康を見つめ直し、医療テックでの挑戦を選択 ――まずは、曽根さんがリンケージを選

                                    地ならしからの組織づくりに挑戦。リンケージCTOに就任した曽根壮大氏が語るエンジニア&開発チームの育成論|Tech Team Journal
                                    • AtCoderの社長のままトヨタ自動車にアルゴリズムグループを作った話 - chokudaiのブログ

                                      2022年1月より、トヨタ自動車 デジタル変革推進室 に主査(担当部長)としてジョインし、6月より、アルゴリズムグループを新設しました。 (22/08/09 11:40追記) アルゴリズムグループについての情報は以下のページにあります!!! (追記おわり) atcoder.jp 「なんで急にそんなことやってるの?」、「AtCoderの業務に集中しろよ!って思う人もちょこちょこいると思うので、そのあたりの考えを、AtCoder社長としての立場で書きたいと思います。 AtCoder・chokudaiを知らない人のための情報 ここは知ってる人は飛ばしてください。 AtCoder 2012年から提供されている、プログラミングコンテスト(競技プログラミング)のサービスです。年間70回程度のコンテストをオンラインで開催しており、世界中から40万人のユーザが登録・参加しています。 chokudai At

                                      AtCoderの社長のままトヨタ自動車にアルゴリズムグループを作った話 - chokudaiのブログ
                                      • 新刊『エンジニアリングマネージャーのしごと』発売のお知らせ

                                        みなさんこんにちは。@ryuzeeです。 言いたいことはタイトルに書いたとおりなのですが、2022年8月26日に、新刊『エンジニアリングマネージャーのしごと チームが必要とするマネージャーになる方法』が発売になります。 エンジニアリングマネージャーのしごと ―チームが必要とするマネージャーになる方法 著者/訳者:James Stanier、 吉羽 龍太郎、 永瀬 美穂、 原田 騎郎、 竹葉 美沙 出版社:オライリージャパン 発売日:2022-08-26 単行本(ソフトカバー):376ページ ISBN-13:9784873119946 ASIN:4873119944 原著はDr. James Stanier氏の『Become an Effective Software Engineering Manager: How to Be the Leader Your Development Tea

                                        新刊『エンジニアリングマネージャーのしごと』発売のお知らせ
                                        • 2015年頃までITエンジニアを目指す人は少なかったが今はインフルエンサーの宣伝でこうなっている

                                          えび@プログラマー @ebiebi_pg 2015年くらいまでITエンジニアは ・残業時間多すぎ ・給料安すぎ ・鬱な人多すぎ とITエンジニア自身が愚痴ってた為、目指す人が少なかった IT系の商材の利益が高い事に注目したインフルエンサーが収入欲しさに「IT業界はとてもキラキラしている」と宣伝してくれたおかげでITエンジニア志望者が増えた 2022-08-07 10:32:20 えび@プログラマー @ebiebi_pg 2020年頃にはキラキライメージが地方にも浸透しきっていた さぞかし採用担当は喜んでいるだろうと思い聞いてみると 「ここ最近、変な人しか応募してこない」 と嘆いていた 世の中そんなにうまくいかないもんだ 2022-08-07 10:33:45

                                          2015年頃までITエンジニアを目指す人は少なかったが今はインフルエンサーの宣伝でこうなっている
                                          • 「リーダーの作法」マネジメントに限らず、エンジニアとして仕事の作法について書かれた良書

                                            リーダーの作法 ささいなことをていねいにを読み終えた。 著者は Netscape でマネージャー、Apple でディレクター、Slack でエグゼクティブを経験した Michael Lopp さんで、過去にBeing Geek や Managing Humans を書かれている。 翻訳の質も非常に高く、楽しく読めた。1 そんなにマネジメント関係を読んでいるわけではないが、HITH OUTPUT MANAGEMENT や、エンジニアのためのマネジメントキャリアパス ―テックリードから CTO までマネジメントスキル向上ガイド 同じくらい良い書籍で、学びや共感を多く感じた。 自分はマネジメントのポジションについたことはないが、仕事をしていくなかでマネジメント関係のソフトスキルや複数人でどうやってうまくリーダシップを発揮して、大きい問題を解決するかに興味があるので、良い書籍が目につくと積極的に読

                                            「リーダーの作法」マネジメントに限らず、エンジニアとして仕事の作法について書かれた良書
                                            • noteで働くみんなのデスク環境 デザイナー・ITエンジニアの机を写真でチェック

                                              関連記事 有名IT企業で働くみんなのデスク環境 エンジニア・デザイナーなど写真でチェック ヤフー編 IT企業で働く人のデスク環境を写真や本人のコメント付きで紹介。ITエンジニアやデザイナーまで、さまざまな社員がどんな環境で働いているかをチェックする。今回はヤフーで働く人のデスク周り。 急成長SaaS企業で働くみんなのデスク環境 約1万1000の子供向け施設で活躍するサービスを生んだ働き方 SaaS企業で働く人のデスク環境を写真や本人のコメント付きで紹介。経営陣からエンジニア、管理部門まで、さまざまな社員がどんな環境で働いているかをチェックする。今回は保育士向けSaaSを提供するコドモンで働く人のデスク周りを探る。 SaaS企業で働くみんなのデスク環境 経営陣からエンジニアまで写真でチェック マネフォ編 SaaS企業で働く人のデスク環境を写真や本人のコメント付きで紹介。経営陣からエンジニア、

                                              noteで働くみんなのデスク環境 デザイナー・ITエンジニアの机を写真でチェック
                                              • 2022年版 みてねを支えるプロダクト開発体制

                                                この記事では、以前に別記事で「みてねを支えるプロダクト開発体制」という記事の中で説明した「みてねのプロダクト開発体制」を最近になってアップデートをしたので、その詳細をお伝えします。 プロダクト開発体制については、数多くカジュアル面談や面接を行なっている中でも多くのエンジニアの皆様にご質問をいただく部分で、特に「エンジニアがどの段階から施策に入り込んで開発できるのか?」であったり「エンジニアと他職種のメンバーとの関わり方は?」など、確かに自分自身もソフトウェアエンジニアとして事業に関わるときに気になることではあるので、ここで再度整理したいと思います。 みてね開発体制のこれまでみてねの開発チームは、これまで組織規模や事業課題に合わせて複数回の大きな体制変更を行なってきました。どのような変遷を辿ってきたかを整理してみます。詳しい時期はあまり覚えていないので、年の記載はおおよそです。 2014年~

                                                2022年版 みてねを支えるプロダクト開発体制
                                                • 改訂改題版の新刊『事業をエンジニアリングする技術者たち ― フルサイクル開発者がつくるCARTAの現場』が発売 #cartabook - CARTA TECH BLOG

                                                  こんにちは。技術広報の丹野です。 2022年8月8日、CARTA HOLDINGS(以下、CARTA)が監修した『事業をエンジニアリングする技術者たち ― フルサイクル開発者がつくるCARTAの現場』という本が ラムダノートさん から発売されました。 本書は、和田卓人氏(@t_wada)による旧VOYAGE GROUPのエンジニアたちへのインタビューをまとめた『Engineers in VOYAGE ー 事業をエンジニアリングする技術者たち』(2020年8月7日)を改訂改題した新刊になります。 今回の改訂にあたっては新たなコンテンツを追加しています。 CARTAとしての新たな一歩を体現するエンジニアたちのインタビューを2章追加 『Engineers in VOYAGE』に収録された各事業子会社の「それから」を追加 CARTA 新CTOの鈴木 健太(@suzu_v)による「あとがき」を追加

                                                  改訂改題版の新刊『事業をエンジニアリングする技術者たち ― フルサイクル開発者がつくるCARTAの現場』が発売 #cartabook - CARTA TECH BLOG
                                                  • エンジニアリングマネージャーのしごと

                                                    本書は、エンジニアリングチームのマネジメントの仕事全般を紹介し、エンジニアリングマネージャーに必要な考え方やスキルを解説します。はじめに、自分の役割と組織のさまざまな部分がどう関係するかを理解し、習慣を整えることで自分自身を管理することを学びます。そして、日々のマネジメント業務で必要なツールとプロセスを紹介し、スタッフとの関係性の構築、モチベーションの理解、評価や採用などを解説します。さらに社内政治や難しい状況での判断、その後のキャリアについて説明します。 マネジメントのさまざまな段階に沿って、日々の仕事に取り入れられる実践的なアドバイスを紹介する本書は、エンジニアリングチームのマネージャーに必携の一冊です。 本書への推薦の言葉 訳者まえがき はじめに 第I部 オリエンテーション 1章 新たな冒険 1.1 最初の週を始める 1.2 スナップショットを作成する 1.2.1 チームに自己紹介し

                                                    エンジニアリングマネージャーのしごと
                                                    • 母が丸一日かけてやっていた手作業をPythonで自動化した息子 エンジニア流「親孝行」に称賛の声 | キャリコネニュース

                                                      「母親が丸一日かけて作っていた30人分のシフト表を、プログラムで自動化した」という、とある人物のツイートが大反響を呼んだ。 母親が毎月ヒーヒー言いながらから丸一日かけて作成してた(意味わからないくらい条件が複雑な)シフト表(30人分)を、Pythonで自動作成するプログラム書いてあげた 日曜の3時間生贄になったけど、ITリテラシー皆無な母親は魔法みたいと言って5千円くれたし、PythonでExcel操作する勉強になったから○ このツイートは3.6万いいね、3000回以上の RTを記録。「技術者として最高の親孝行」「うちの息子になってほしい」「日本の未来は明るい」などといった、好意的な反応が寄せられた。 ツイートした24歳のシステムエンジニアmorioさんは、キャリコネニュースの取材にこう語る。 「驚きましたね。Twitterは“見る専”で、たまに気持ちをつぶやくくらい。自分のツイートがバズ

                                                      母が丸一日かけてやっていた手作業をPythonで自動化した息子 エンジニア流「親孝行」に称賛の声 | キャリコネニュース
                                                      • 設計解がないと思われた製品にエースエンジニアが投入され、翌日あっさり大枠をまとめて来た→その解決方法がカッコよすぎた

                                                        ピーナッツ @1zA5ijpgBABKIy2 前職で、どうやっても設計解がないと思われた製品にエースエンジニアが投入され、翌日にあっさり大枠をまとめて来たことがあった。 「え、何やったんすか?」って聞いたら「めちゃくちゃ散歩したんだよ」って言われて言葉を失った。生産性とは余白なのだわ。 2022-08-05 17:35:16

                                                        設計解がないと思われた製品にエースエンジニアが投入され、翌日あっさり大枠をまとめて来た→その解決方法がカッコよすぎた
                                                        • SES契約における期間途中の撤収の責任 東京地判令3.12.20(令2ワ20021) - IT・システム判例メモ

                                                          顧客からのクレームに納得できず、SES契約の期間途中に(ほかの案件も含めて)要員を撤収させたこと適否が問題となった事例。 事案の概要 X社は、下記の図のとおり、A社、B社、C社からそれぞれシステム開発に関する業務を受託し、それぞれの案件に対応する要員a、b、cを、Y社から調達し、その業務を担当させていた。1カ月当たりの単価を定め、比較的短期間(1カ月から3カ月)の契約期間が定められ、必要に応じて延長、更新が行われていたので、いわゆるSES契約といえる形態だったといえる。 このうち、A社にアサインされたaに関し、A社からパフォーマンスが低いとのクレームを受けたXは、2020年5月8日、Yに対し、A社は契約途中の5月22日を以て解除を希望していることなどを伝えた。 クレームの内容が、「GitやRailsのコマンドがわからないレベルだ」などというものであったが、Yは「現場レベルでの作法の話だろう

                                                          SES契約における期間途中の撤収の責任 東京地判令3.12.20(令2ワ20021) - IT・システム判例メモ
                                                          • やっぱITは内製が進むと思う

                                                            SESや多重下請け構造だと、基本的にスキルというよりは単純労働力が求められる。 人を増やして、時間工数を水増ししたほうが儲かるからである。 新しい技術を使って100時間で開発するより、Excel作業で2000時間かけたほうが20倍もうかる。 ここに商売としての邪悪なトリックがある。 よって、多重中抜きの元請けには、IT技術というより「人売り」「奴隷商人」のスキルが求められる。 その結果、本当にIT以前のレベルの人間もちらほらいる。 異業種のトップ人材のほうが確実にITツールを使いこなしていると感じるレベル。 「それで肩書がエンジニアなの?」という失望感から怒りに変わることも多いので、 根っからのエンジニア気質の人間は、内製の会社に行った方がいい。技術で社会貢献できるだろう。 あと人売りのポンコツの多くは、あまり自分のレベルアップに興味がなく、 会社にしがみついて人生を平凡に逃げ切るプランを

                                                            やっぱITは内製が進むと思う
                                                            • AWSの全資格を取得した基盤エンジニア、「突き詰める力」で道を切り開く

                                                              「サーバーとロードバランサーがこの組み合わせなら、ここを詳しく調べてみたら」――。 米Amazon Web Services(AWS)のクラウドを活用し、業務ソフトを動かすためのITシステム基盤を整備するプロジェクトの現場。問題にぶつかったメンバーに、穏やかな表情で解決のヒントを出すチームリーダーの姿があった。アクセンチュアの高橋悠輔氏だ。 高橋悠輔(たかはし ゆうすけ)氏。1994年生まれ。2018年アクセンチュア入社、2020年からテクノロジー コンサルティング本部 インテリジェントソフトウェアエンジニアリングサービスグループに所属(写真:北山 宏一) 高橋氏はITシステム基盤の構築や運用、保守を一手に担うインフラエンジニア。サーバーやストレージといったシステム基盤の構成要素に詳しいだけではなく、プログラミング技術を駆使して運用を自動化する「インフラストラクチャー・アズ・コード」と呼ば

                                                              AWSの全資格を取得した基盤エンジニア、「突き詰める力」で道を切り開く
                                                              • 都内屈指の大型書店「丸善 丸の内本店」コンピュータ書担当の大崎さんに聞く。エンジニア必読の一冊

                                                                「オススメの技術書」という言葉から、みなさんはどのような本を思い浮かべるでしょうか。 たとえばこれからプログラミング言語の学習を始めたいと思ったとき、またたとえば後輩の新人エンジニアから参考図書について尋ねられたとき、市場ニーズの高い書籍に関する知識があれば、その選択がぐっと豊かになるはずです。 今回は都内で第2位の売り場面積を誇る超大型書店「丸善 丸の内本店」にてコンピュータ書担当を務める大崎 朋彦さんに、エンジニア必読の“売れ筋”技術書や隠れた名著についてお話を伺いました。

                                                                都内屈指の大型書店「丸善 丸の内本店」コンピュータ書担当の大崎さんに聞く。エンジニア必読の一冊
                                                                • 話題のキャラ配信アプリ「IRIAM」チームってどんな感じなんだろう? 〜異動して3ヶ月過ごしたエンジニアが見てきたモノ〜 | BLOG - DeNA Engineering

                                                                  2022.08.05 カルチャー・環境 話題のキャラ配信アプリ「IRIAM」チームってどんな感じなんだろう? 〜異動して3ヶ月過ごしたエンジニアが見てきたモノ〜 by Kengo Imae #iriam はじめに IRIAM事業部の今江です。IRIAMに2022年3月から異動して早3ヶ月経ちましたので、自分がIRIAMに入って感じた文化/技術の話に関してざっくばらんに紹介できればと思います! 2021年8月にDeNAに仲間入りした話題のキャラ配信アプリ「IRIAM」、急成長・組織拡大中で気になってる方も多いのではないでしょうか? つながりを大事にするIRIAMの思想を感じ取ってもらえれば幸いです。 本記事のスライド版は こちら です! (Speaker Deck) ※ 本記事は 2022年6月に実施された社内勉強会の内容を元にしています 1. IRIAMとは? 「スマホ1つでキャラライブ!

                                                                  話題のキャラ配信アプリ「IRIAM」チームってどんな感じなんだろう? 〜異動して3ヶ月過ごしたエンジニアが見てきたモノ〜 | BLOG - DeNA Engineering
                                                                  • 2022: freee SRE Journey - これまでの振り返りとこれから - freee Developers Hub

                                                                    忙しい方向けサマリ EKS化・IaCの浸透・DB改善活動が、ここ数年のfreeeのインフラ事情の主だった動きです。 一方で組織・サービスも増えてきており、従来のワンチームSREでは色々と厳しくなってきました。 基盤も進化し、課題も変化した。それに伴い、SREの組織構造を、チームトポロジ的に再編しました。 本文 こんにちは、freeeでSREのマネージャをやっている河村です。 freeeは会計年度の開始月が7月となっており一つの節目となっています。加えて今年はfreee創業10周年ということで、一つのマイルストーンとして、freeeのSREの現状と、それを受けた今後の展望について整理してみました。 この数年の中で、EKS化やAurora化といった基盤の刷新が進む一方、プロダクト・組織規模拡大に伴う従来型SREチームのスケール限界が顕在化してきています。それに対し、新しい基盤に合わせた仕組みの

                                                                    2022: freee SRE Journey - これまでの振り返りとこれから - freee Developers Hub
                                                                    • 8人の面接官と432円のステーキ|岡田 悠|note

                                                                      この文章は、Wantedly10周年プロジェクトの依頼を受けて、とある方の人生の「転機」にまつわる実話を基に、執筆した物語です。 腹が立つと肉を焼く。落ち着くから。肉はステーキがいい。焼きがいがあるから。閉店間際のOKストアで、10%オフのシールが貼られた豪州産のステーキを吟味して、1Kのキッチンで焼く。そうやってなんとか、転職活動を続けてきた。 腹が立つのは、自分に対してだ。これまでエンジニアとして、技術力を磨いてきた。これからも磨きたいと思っている。だがそれが、面接ではうまく伝わらない。自分の説明が悪いのはわかっている。わかっているから腹が立つ。だから今夜も肉を焼く。ジュウジュウと鳴る音に耳を澄ませれば、不思議と心が静まっていく。 ◇ 僕はふだん、受託開発の会社でエンジニアとして働いている。受託開発とは、クライアントからの発注内容に合わせて、システムをつくる仕事だ。あるときは勤怠システ

                                                                      8人の面接官と432円のステーキ|岡田 悠|note
                                                                      • 大規模なデータ移行タスクの実行計画について本気出して考えてみた時の話 - freee Developers Hub

                                                                        こんにちは、会計チームでエンジニアをやっている ut (@utdoi1) です。最近はレポート周りの開発を主に担当しています。 先日あった機能リリースにおいて、大量のデータを対象とした移行タスクを実行する機会がありました。 タスクの概要としては、freee会計に登録されている事業所1つごとにデータ移行をしていくものでした。 今回はfreee会計にアカウントを作成している全ての事業所に対してタスクを流す必要があったため、普通に実行していたら完了までいったい何日かかるのか分からないくらいの規模感でした。 そのため、並列実行も考慮に入れて割としっかりめに実行計画を立てて臨みました。 この記事では、その実行計画を立てた時の作業の流れと、それぞれの過程における細かい作業内容を紹介します。 計画策定までの流れ 全体としては以下のような流れで作業を進めていきました。 タスク実行時間に関係するデータの度数

                                                                        大規模なデータ移行タスクの実行計画について本気出して考えてみた時の話 - freee Developers Hub
                                                                        • 大企業の「ベンチャーごっこ」は死に至る病…イノベーションを「新規事業」と誤解する日本人が多すぎる アメリカで「両利きの経営」をうたう成熟企業はもういない

                                                                          イノベーションは「自分の中から展開する」 イノベーション理論の生みの親であるオーストリアの経済学者・シュンペーターの本のタイトル『経済発展の理論』には、「発展」という言葉が使われています。イノベーションを強調するのであれば、「革命」という勇ましい言葉の方が、しっくりくると思いませんか。 なぜシュンペーターは、発展という言葉を選んだのでしょうか? ここで、ちょっと回り道をして、原語に立ち返ってみましょう。 この本はドイツ語で書かれています。「発展」にあたる言葉は「entwickeln」です。「ent(脱)+wickeln(巻く)」、すなわち「巻かれた糸玉をほどき広げていく」というイメージです。 ここでカギとなるのは、「ゼロからの創造」ではないという点です。あくまでも「対象や自分自身の中にあるものを展開する」ということです。 本書の英語訳は「development」となっています。語源を紐解く

                                                                          大企業の「ベンチャーごっこ」は死に至る病…イノベーションを「新規事業」と誤解する日本人が多すぎる アメリカで「両利きの経営」をうたう成熟企業はもういない
                                                                          • 究極のスキルアップ!プログラマーのあこがれ言語「Lisp」を始めよう

                                                                            新型コロナウイルスの感染がまたも拡大し、外出を控える人が増えてきた。自宅で何かできることを探している人は多いはずだ。中にはプログラミングを始めてみたい人もいるだろう。あるいは、プログラミングに関する新しい技術を身に付けたいソフトウエアエンジニアもいるかもしれない。 プログラミングを学ぶ際には、プログラミング言語の選択が重要になってくる。言語が異なると、プログラムの書き方が変わってくるからだ。 では、どの言語を学べばよいだろうか。最近はPython(パイソン)が人気で、Go(ゴー)やRust(ラスト)といった低レイヤーに強い言語も注目を集めている。ただ、「人と同じような言語を学ぶのはつまらない」と考える人もいるかもしれない。 そうした人にぜひお勧めしたいのが「Lisp(リスプ)」だ。数ある言語の中でも独自の存在感を放つ。現役バリバリでソフトウエアを開発しているプログラマーでも「いつかはLis

                                                                            究極のスキルアップ!プログラマーのあこがれ言語「Lisp」を始めよう
                                                                            • エンジニア向けチートシート集 - Qiita

                                                                              はじめに 今回はエンジニア向けのチートシート集のまとめを紹介していきます。 チートシートを利用することで 作業効率が上がる 概要が掴みやすい 学習にもなる といった恩恵が得られます。 ただし前提として毎回コードを書くたびに「チートシート集でカンニングすればええや」と思うのではなく「最初はチートシートでカンニングしつつ徐々に体で覚えていく」ことを意識して使うことが大切です。 最終的にはチートシートは見ずに「自分の使える技術」として定着させるための道具だと思って使ってください。 この記事の対象者 エンジニア初心者~中級者 作業効率を上げたい人 コードを書くテクニックを知りたい人 VsCodeチートシート はじめに紹介するのはエンジニアなら必ず使うであろうVsCodeのショートカットチートシートです。 VsCodeのショートカットは大幅に作業効率を上げてくれます。そのため早い内からショートカット

                                                                              エンジニア向けチートシート集 - Qiita
                                                                              • 設計の考え方とやり方

                                                                                #asken_dev「設計の考え方とやり方」勉強会 https://asken.connpass.com/event/254709/ ・良い設計は悪い設計より変更が楽で安全である ・ドメインモデル方式のクラス設計 ・イミュータブル方式のテーブル設計 ・設計スキルの身につけかた ・設計のためのモデリング

                                                                                設計の考え方とやり方
                                                                                • ログラスを支える技術的投資の仕組み / loglass-technical-investment

                                                                                  実践!CloudFormation Best Practice ~CloudFormationで始める組織改革~

                                                                                  ログラスを支える技術的投資の仕組み / loglass-technical-investment