並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 9802件

新着順 人気順

エンジニアの検索結果81 - 120 件 / 9802件

  • 目標設定の基本

    NTT Com Open TechLunch #7「エンジニアリングマネージャー と 目標設定」の登壇資料です。20分くらいの短いセッションなので網羅的ではありません 2. 吉羽龍太郎 / Yoshiba Ryutaro アジャイル開発、DevOps、クラウドコンピューティング、インフラ構築自 動化、、組織改革を中心にオンサイトでのコンサルティングとトレーニン グを提供。Scrum Alliance認定スクラムトレーナー(Regional, CST-R) チームコーチ(CTC) / 認定スクラムプロフェショナル(CSP) / 認定スク ラムマスター(CSM) / 認定スクラムプロダクトオーナー(CSPO) 2

      目標設定の基本
    • 『推理小説』が好きな人は【プログラマ】に向いているかもしれない話→「犯人は自分だった」「迷宮入りも珍しくない」システム開発ならではのドラマがある

      ビタワン☃️ @vitaone_ ■プログラマ兼漫画家です👨‍💻 ■「いきのこれ!社畜ちゃん」という漫画を毎週日曜日20時に投稿します ■呟きはITネタ、アニメ、VTuber関連が多いです ■ホロライブ箱推し ■おっぱいが好きです ■ネガティブな話題はツイートもRTもしないように心掛けています🤐 vitaone.fanbox.cc

        『推理小説』が好きな人は【プログラマ】に向いているかもしれない話→「犯人は自分だった」「迷宮入りも珍しくない」システム開発ならではのドラマがある
      • レベルアップしたい人必見 Qiita記事43選 - Qiita

        はじめに 本記事ではレベルアップしたいエンジニアが読んでおくべきQiita記事を紹介します。厳選に厳選を重ねた43記事です。全ての記事を読んでおく必要はありませんが、ちょっとでも「分からないな」「興味あるな」など思ったタイトルがあれば読んでみてください。 次の4種類に分類して紹介しています。参考にしてください。 フロントエンド バックエンド インフラ・Linux周りの知識 その他 それでは、早速紹介していきます! 弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています!興味をお持ちいただける方は、こちらまで。 フロントエンド まず最初はフロントエンドエンジニアに読んでおくべきとおすすめできるQiita記事を11個選びました!フロントエンドエンジニアとしての基礎が身に付く

          レベルアップしたい人必見 Qiita記事43選 - Qiita
        • 「エンジニアのキャリアをちょっと楽しくする3本の軸」というプレゼンで計画的偶発性理論について話した

          今月から、エンジニアのみなさまに月イチでなにか話すというお仕事をいただき、4/19に第1回を開催しました。 タイトルは「エンジニアのキャリアをちょっと楽しくする3本の軸」。キャリアと計画的偶発性理論がテーマです。ダイジェスト版のスライドはこちら。 キャリアと無茶振り初回は自己紹介も兼ねて、ぼくのキャリアの話をしました。まずは楽しんでもらうのが大事なので、職務経歴書から厳選面白エピソードをいくつか聞いていただきました(ダイジェスト版では省いています)。でもせっかく機会と時間をいただいたんだし、もう少しお土産を持って帰ってもらえないものか、と考え、改めてキャリアをふりかえってみたら、キーワードは「無茶振り」でした。 ふわふわしたキャリアの中で、転機になったのはいつも無茶振りでした。「Webやってよ」「採用やってよ」「教育やってよ」という当時の自分にとって未経験の仕事は、今考えてみるとありがたい

          • スクラム開発がエンジニアから成長機会を奪うかもしれない話 - 開発日報

            おことわり 最初に断っておきますが、私はスクラム開発反対の立場をとっているわけではないです。また、スクラムマスターでもないのでスクラム開発について誤った見解を持っている可能性も大いにあります。 また、これから記載するスクラム開発のペインはあくまでも筆者の独断と偏見に基づいて記載されております。そのため、ペインの原因がスクラム開発ではなく、単にその所属組織の構成員の性質や文化的な要因であることも考えられます。おそらく、スクラム開発でなくても起こり得る問題も多く挙げていると思います。そういった側面も踏まえてご意見あれば忌憚なく反論異論いただければ幸いです。 なぜこの記事を書いたか チーム内で密なコミュニケーションをとりながら、個人ではなくあくまでもチームとしての成果を重視するスクラム開発の開発フローは、割と個人の活躍と成長機会を奪ってしまい、結果として組織としても開発成果が縮小均衡になってしま

              スクラム開発がエンジニアから成長機会を奪うかもしれない話 - 開発日報
            • 「やるなら徹底的に」3−4ヵ月かけて仕込んだものを立て続けに発信することで「変革」のイメージを与えることに成功したイオンのDevRel戦略 |AEON TECH HUB

              イオンCTOの山﨑が2024年2月に開催された「Qiita Night~組織の力を最大化!体験談から学ぶ、エンジニア組織の情報発信術~」に登壇しました。山崎は「イオンの立ち位置を明確にすることでイオンとしてDevRelの戦い方がみえた」といいます。イオンのDevRel戦略とは何なのか?JTC&レガシーならではの情報発信の取り組みや、次に見据えるDevRel活動を起点にしたエンジニア組織の内部変革の展望を紹介します。

                「やるなら徹底的に」3−4ヵ月かけて仕込んだものを立て続けに発信することで「変革」のイメージを与えることに成功したイオンのDevRel戦略 |AEON TECH HUB
              • ここがすごい!ラボ型開発でベトナムをおススメする理由

                あなたは今、ベトナムでのラボ型開発を検討しており、一定期間、専任のベトナム人ITエンジニアを確保し、彼らを最大限に活用するためにはどうしたら良いか悩んでいるところではないでしょうか。 そんなモヤモヤを、まさにベトナムにラボを設立してから10年経ち、オフショア開発会社として数十社の実績と、オフショア開発会社及びオフショア開発を導入したことがある会社など約200社以上との打ち合わせ実績がある当社の蓄積データを最大限に活かし、解説いたします。 メリット・デメリットを紹介したうえで、たくさんある会社の中からどのようなポイントを抑えて会社を選べば良いか紹介します。 本記事を読んでいただき、ベトナムのラボ型開発を採用するか判断材料の1つになればと思います。 <参考> ラボ型開発と受託型開発(請負)の比較表 項目 ラボ型 受託型 長期的(6ヶ月以上) ◎ ▲ 短期的(6ヶ月未満) ▲ ◎ 開発を進めなが

                • 開発生産性を上げるために開発をする前に考えていること - Findy Tech Blog

                  こんにちは。Findy Freelanceの開発チームでエンジニアをしている2boです。 この記事では私が開発生産性を上げるために開発をする前に考えていることについて書きます。 ここで「開発をする前」というのは次のようなタイミングを指します。 PdMなどから新規施策の仕様について相談を受けたとき 起票された開発Issueを最初に確認するとき 自分がIssueを作成するとき なぜこのタイミングで考えるかというと、開発を進める上での方向性を間違える可能性を減らし後から軌道修正をしやすくするためです。 なおこの記事においては、開発生産性を「開発成果物の提供価値を投入リソースで割ったもの」とします。 いくら頑張って開発をしても、そもそもやるべきことの方向性を大きく間違えると提供価値が0に近づくため開発生産性が低下します。 特に開発が高速なチームで方向性を誤ると高速に間違った方向へ進んでしまうことに

                    開発生産性を上げるために開発をする前に考えていること - Findy Tech Blog
                  • エンジニアが鬼怒川温泉でワーケーションしてきたよ - ひらめの日常

                    時間のない人向け はじめに 結果どうだった? 作業環境 周辺環境 食事環境 香雅 珈香和cocowa Tearoom Ciffon 参考 その他感想など 生活リズム 気になったところ・注意した方が良いところ まとめ 時間のない人向け Otellを使って4泊5日のワーケーションに行ってきた ワーケーションに適した作業環境がきちんと揃っていた 温泉や周辺の自然でリフレッシュできた 食事には少し困るが事前に調べてから行けば問題ない また他の場所にも行ってみたい はじめに 去年9月に現職に転職した後3月に大きめのリリースを終えて、ゆっくりと気分転換をしたくなり、4月中旬に以前から気になっていたワーケーションに行ってきました! 重要視していたのはこの辺 ネットワーク環境の良いところ 1週間くらいは泊まりたい 東京から遠すぎない場所(3時間以上はかけたくない) 温泉に入りたい...! ということで自分

                      エンジニアが鬼怒川温泉でワーケーションしてきたよ - ひらめの日常
                    • PHPカンファレンス小田原2024の全貌 #phpcon_odawara - #あすみかんの上にあすみかん

                      phpcon-odawara.jp 2024/04/13(土)にPHPカンファレンス小田原2024を開催し、実行委員長を務めました。 総勢約150名で、ぺちこん小田原を作り上げました!!🥷💨 かなり高めの参加率 この記事では、ぺちこん小田原の全貌を思い出せる限り書いてみようとおもいます! どんな思いでやったか speakerdeck.com オープニングでも語らせてもらいましたが、ぺちこん小田原開催のきっかけは、PHPカンファレンス福岡2023で「ぺちこん小田原やれば?」と言われたことです。爆速で会場を取り、開催まで漕ぎ着けました。 ぺちこん小田原2024のゴール 当日スタッフ向けに作った資料の一部です。ぺちこん小田原のゴールはこの様なラインナップでした。 ノリと勢いで始めたけど、わたしの軸はブラさずに。ノリと勢いで始めたからこそ、わたしが一番前のめりで。 asumikam.com 開

                        PHPカンファレンス小田原2024の全貌 #phpcon_odawara - #あすみかんの上にあすみかん
                      • エンジニアというITの専門家でありながら、小賢しいWeb系の詐欺に80%ぐらいはまって死にかけた話 - Qiita

                        みなさんこんにちは!記事を読んでくださりありがとうございます。 Qiitaには初投稿なので、簡単に自己紹介をさせてください。 自己紹介 ・カナダのバンクーバーでWeb/モバイルエンジニアとして働いています ・2024年7月に日本に帰国し、プロダクトオーナーに転身します ・大阪出身です 何が起こったかの概要 タイトルの通り、小賢しいWeb系の詐欺にはまって危うく銀行口座に侵入されかけました。カナダで起こった出来事ですが、日本でも似たようなことが起こり得る事例かと思ったので、よりたくさんの方に注意喚起ができればと思いこちらに投稿致しました。 時系列での解説と違和感ポイント みなさん、Facebookには「マーケットプレイス」という機能があるのをご存知でしょうか?日本で言うジモティーのような機能です。カナダでは不用品の売買でFBのマーケットプレイスが非常によく利用されます。私は2ヶ月後に日本へ引

                          エンジニアというITの専門家でありながら、小賢しいWeb系の詐欺に80%ぐらいはまって死にかけた話 - Qiita
                        • ソフトウェアエンジニアの複式生産性管理|pandineer

                          この文書についてこの文書は、ソフトウェアエンジニアの生産性(アウトプット)を、複式簿記のような仕組みで表現・管理できないだろうか、というアイディアを発散させているものである。 発散はさせているけど、まとまっていないし課題も山積みな感じである😑 概要複式簿記のような仕組みで、ソフトウェアエンジニアの活動を表せないだろうか。 背景 社会人9年目にして、クラウド会計システムの開発に関わるようになって初めて複式簿記を学んで、シンプルながらよくできているなぁとその仕組にとても感動した。 一方で、ソフトウェアエンジニアとして、時にはチームリーダーやマネージャーとして働いていて、ソフトウェアエンジニアの生産性をうまいこと表したり管理したりできないだろうかとずっと考えていた。 そこでふと思いついた。複式簿記のような形でソフトウェアエンジニアの仕事(アウトプット)を表したり管理したりできないだろうか、と。

                          • サーバーレスの次はなんなんだ

                            はじめに この記事は、同人誌サークル「めもおきば」から不定期刊行している技術解説本「めもおきばTecReport」に書いたものを公開用に再編集したものです。 ⇒ めもおきばTecReport 2023.12 この記事のほかにも「私もSecHack365に参加したい!」や、「2023年振り返りと2024年技術予想」としてこんなキーワードを取り上げているので、気になったらぽちっとしてください! メガクラウドと特化型クラウド/ハイパーバイザーのSoC化/ライセンスとクラウドベンダー/イベント駆動型API/LLM時代のAIペアプロ力/生活必需品としてのGPU・NPU/Passkey/ウェブアクセシビリティ/リアルイベントの再開 サーバーレスの次はなんなんだ サーバーレスと呼ばれる技術ムーブメントが盛り上がり始めて8年近くが経ちました。各クラウドベンダーのFaaS(Function-as-a-Ser

                              サーバーレスの次はなんなんだ
                            • エンジニアが自動化する現場を見学しながら「人間のやる作業じゃないですね」と言ったら泣き出したオペレーターがいて会社としてお詫びさせられていた

                              佐藤 大輔 オープントーン @satou_ot 「人間のやる作業じゃないですね」とシステム化(自動化)する業務を現場見学しながら感想言ったエンジニアが。 言われて泣き出したオペレーターの上司にガチギレされて、会社としてお詫びさせられてたな。 ※何度か言っているエピソード。言い方もちゃんと考えましょう。 x.com/igz0/status/17… 2024-04-18 12:34:00 いぐぞー ✈️ 旅するプログラマー @igz0 「脳死でやれば終わる作業です」みたいに「脳死」って言葉が口癖になってる人、悪いことを言わないから今すぐ口癖を改めた方がいい。 せめて「思考停止」とかにしておけ。 親が病院で脳死判定された客相手に使って、激怒されたあげく、偉い人総出で謝りに行った人知ってるぞ。 2024-04-17 21:42:55

                                エンジニアが自動化する現場を見学しながら「人間のやる作業じゃないですね」と言ったら泣き出したオペレーターがいて会社としてお詫びさせられていた
                              • タイムスタンプの精度を落とすときは切り捨てろ - methaneのブログ

                                とあるプロジェクトでナノ秒からミリ秒への変換で四捨五入してきた人がいて、時刻を扱うときは保存精度未満は切り捨てるべきというのが常識になっていないなーと思ったので。 2023-10-01 を、何年か表示する時に、2024年に丸める人はいないだろう。 13:45 が何時か表示する時も、13時と表示するだろう。(口頭で何時?と聞かれたら14時と答えるかもしれないけれど) つまり、ある精度で表した時刻は、実際には次のような半開区間を示しているのである。 2023-01-01 00:00:00 <= 2023年 < 2024-01-01 00:00:00 13:45:00.000 <= 13:45 < 13:46:00.000 そして、そう決めたからには一貫して同じように、指定精度未満は切り捨てというルールを維持しなければならない。秒以下は四捨五入で、とかやってはいけないのだ。 一貫しないと何が問題

                                  タイムスタンプの精度を落とすときは切り捨てろ - methaneのブログ
                                • Tech BlogをWordPressからはてなブログに移行しました - CADDi Tech Blog

                                  こんにちは。Platformチームの飯迫 (@minato128)です。 今回は、Tech Blogの移行について簡単に紹介したいと思います。 背景 キャディのTech Blogでは、これまでKistaのManaged WordPressを利用してきました。 主な採用理由は、「カスタマイズ性の高さ、マネージドで安全に変更を反映できる仕組みがあること」でした。 実際、KinstaとWordPressはカスタマイズ性が高く、他社と差別化されたデザインを採用できたことはよかったのですが、下記のような課題がありました。 記事公開までの手順がシンプルではない*1 Production環境へのデプロイ(記事公開)に5~15分程度かかる 定額利用料とは別に、訪問数、ディスク容量、通信量でも追加課金が発生するため維持コストが高い また、運用する中でWordPressほどのカスタマイズ性は必要ないこともわか

                                    Tech BlogをWordPressからはてなブログに移行しました - CADDi Tech Blog
                                  • ベイズ統計学を勉強する参考書のフロー - Qiita

                                    慶應義塾大学・株式会社Nospareの菅澤です. 今回はベイズ統計学を勉強するための参考書の順番 (私見) について紹介していきます. 3年ほど前に『日本語で学べるベイズ統計学の教科書10冊』を紹介しましたが,今回は「どのような順番でどの参考書を読んでいくと比較的スムーズに勉強が進められるのか」に焦点を当て,比較的最近の書籍や英語の書籍まで含めて紹介していきます. まずは全体的なフローのイメージを提示しておきます. 今回の記事では,「ベイズ統計学を勉強すること」のスタートとゴールを以下のように定めます. (スタート) 統計学の基礎的な内容 (統計検定2級程度の内容) は身についている (ゴール) ベイズモデリングに関する最新の論文がある程度理解して読め,自力でモデルを組んだり実装することができる また,このゴールへの道のりとして,大きく2通りのルートを想定します. (ルートA: フルスクラ

                                      ベイズ統計学を勉強する参考書のフロー - Qiita
                                    • テックカンファレンスに参加する理由は「なんとなく」や「ただ楽しいから」で良い - Cloud Penguins

                                      こういう記事があった。 zenn.dev 自分は2019年から2023年までCloudNative Daysという国内最大のクラウドネイティブ技術カンファレンスのCo-chairを務めていたり、今年はPlatform Engineering Kaigi 2024というカンファレンスの代表をしている。最近ではカンファレンスやミートアップをやっていくための一般社団法人クラウドネイティブイノベーターズ協会を立ち上げたり、タダ飯おじさんと対決したりと、コミュニティ作りに対しては思い入れが強いほうだと自負している。 そんななかで目にしたのが冒頭の記事だ。 記事の大意としては「カンファレンスに参加するのであれば、目的意識を持った方が得られるものが多い」という話であり、それ自体は特に否定するものではない。ただし、その説明に使われている理由や、タイトルに使われている「なんとなく」や「ただ楽しいから」という

                                        テックカンファレンスに参加する理由は「なんとなく」や「ただ楽しいから」で良い - Cloud Penguins
                                      • paiza 虎ノ門新オフィスへの「移転記念パーティー」開催レポート! - paiza times

                                        2024年3月25日に虎ノ門へオフィス移転をした弊社 paiza株式会社ですが、4月17日に普段からお世話になっているお客さま向けの移転記念パーティーを開催しました。なんと、110名もの方がお越しくださいました! 【目次】 paizaの成長に向けた新たなステージへ 新オフィスのコンセプトは「異能をのばすオフィス」 ITエンジニアの原風景となるサービスに paizaラーニング活用学生によるLT オフィス移転を機にさらなる成長を目指す 本文に収まりきらなかった会場の様子 paizaの成長に向けた新たなステージへ paizaが現オフィスに移転したのは2024年3月25日。今回のパーティーは新たなオフィスをお披露目するのと同時に、日頃ご愛顧、ご支援くださるステークホルダーの皆さまに感謝の意をお伝えしたく、paiza一同でお出迎えしました。 司会を務めたのは声優の上間江望さん。 上間さんはpaiza

                                          paiza 虎ノ門新オフィスへの「移転記念パーティー」開催レポート! - paiza times
                                        • 好きなポッドキャストについてまとめる

                                          そもそもポッドキャストって何?映像のない YouTube のような存在が ポッドキャストです。 つまり、ラジオのようなものです。 YouTube のように、素人も投稿できる音声 メディアです。 どうやって聞けるの?iOSからであれば、Apple Podcast Androidからであれば、Googleポッドキャスト ※Googleポッドキャストは、YouTube musicに統合の話が出ている 他にSpotify、Amazon music、radikoからも聞けるらしい。 おすすめのポッドキャストヤング日経経済系の番組はおじさんがしゃべっていることが多いが、この番組は若い大学生~大学院生の女の子が最近の経済について 話しており、非常に聞きやすく、軽い気持ちで聞けるのが良い。ポッドキャスト的な流し聞きに向いてる。 日経トレンディ & 日経クロストレンド日経トレンディ及び日経クロストレンドとい

                                            好きなポッドキャストについてまとめる
                                          • 今日話した大学生の授業の受け方、生成AIの技術をフルに使ってて隔世の感がある→賛否両論さまざまな意見が集まる

                                            Kohei Katada🦒 @kkatada 今日話した大学生の授業の受け方 → Notion AIを使いシラバスをベースにして授業「前」にノートを生成 → 授業中はノートと講義内容の差分だけNotion上で加筆修正 → メモ+参考資料のPDFを生成AIに学習させ、試験前に予想問題と回答例を作って勉強 2024-04-17 00:01:05

                                              今日話した大学生の授業の受け方、生成AIの技術をフルに使ってて隔世の感がある→賛否両論さまざまな意見が集まる
                                            • PandasからPolarsへ移行した方がいいのか - Qiita

                                              なぜこの記事を書くのか 皆さん、データ解析を行う際にどのようなライブラリを用いているでしょうか。 おそらく大半の人はpandasを使っているのではないでしょうか。 私もpandas使ってます。簡単だよね(´・ω・`) しかし、業務でバカクソでけえデータを読み込もうとしたときに、読み込み時間がとんでもなくかかったり、メモリ不足でそもそも読み込めもしないことが起きていました。 読み込みにメモリ食われすぎて他の作業ができずに待機した挙句、燃え尽きたかのようにノーパソのファンが止まると同時にメモリ不足のエラーが出たときには切れ散らかします。 (画像元:葬送のフリーレン公式Xアカウントのポストより) そんなこともあり、AWSなどのクラウドサービスでメモリに余裕を持たせるためにめちゃくちゃ良いインスタンスを使用していましたが、コストの問題で断念しました。 しかし、どうしても読み込みたいということもあり

                                                PandasからPolarsへ移行した方がいいのか - Qiita
                                              • Webサーバーのアクセスログをスクリプトで解析してみた(続き) - Qiita

                                                修正前のスクリプトと生成AIとのやりとり スクリプトの前提条件は、この内容と同じです。 まず、修正前の「HTTPステータスが200以外のメソッド、URIなどを出力するスクリプト」です。 HTTPステータスが200以外のメソッド、URIなどを出力するスクリプト import os import glob import pandas as pd log_directory_output_filesを指定するCSVファイルパスを変更してください config_file = "C:/performance/scripts/config/http_status_not_eq200_requests_config.csv" アクセスログフォーマットの列名 columns = ["host_ip_address", "remote_hostname", "date", "time", "method_u

                                                  Webサーバーのアクセスログをスクリプトで解析してみた(続き) - Qiita
                                                • 生成AIによるプロダクトと生産性向上の舞台裏@2024.04.16

                                                  2024.04.16「先達エンジニアに学ぶ 思考の現在地 Online Conference」での登壇スライドです event link: https://findy.connpass.com/event/313119/ 生成AIを使ってプロダクト作りをしていたり、社内の生産性向上をチャレンジしてる方に少しでも参考になれば幸いです。

                                                    生成AIによるプロダクトと生産性向上の舞台裏@2024.04.16
                                                  • 仕事の人間関係で心を疲れさせないために、いますぐ「やめる」といい3つのこと - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習

                                                    「あらゆる悩みの原因は人間関係にある」とは、アドラー心理学の根底に流れる概念とされます。しかし、苦手な人とも付き合っていかなければならないビジネスパーソンにとって、人間関係の悩みは尽きないもの。そして、人間関係によって心が疲れてしまう人はあとを絶ちません。 そんな人たちに向けて、一般社団法人感情マネージメント協会代表理事の片田智也さんが、心を疲れさせないために「やめたほうがいいこと」を解説してくれました。 構成/岩川悟 取材・文/清家茂樹 写真/玉井美世子 【プロフィール】 片田智也(かただ・ともや) 1978年生まれ、和歌山県出身。一般社団法人感情マネージメント協会代表理事。公認心理師。産業カウンセラー。大学卒業後、20代で独立するがストレスから若年性緑内障を発症、視覚障害者となる。同年、うつ病と診断された姉が自死。姉の死の真相を知るため、精神医療の実態や心理療法を追求、カウンセラーに転

                                                      仕事の人間関係で心を疲れさせないために、いますぐ「やめる」といい3つのこと - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習
                                                    • コードを書く隙間を見つけて生きていく技術/Findy 思考の現在地

                                                      先達エンジニアに学ぶ 思考の現在地 Online Conference の発表資料です https://findy-code.io/events/v7KebEabaBDzh?fr=event_20240416

                                                        コードを書く隙間を見つけて生きていく技術/Findy 思考の現在地
                                                      • 雑に思考を整理する技術と効能

                                                        先達エンジニアに学ぶ 思考の現在地 Online Conference https://findy.connpass.com/event/313119/

                                                          雑に思考を整理する技術と効能
                                                        • 子を持つエンジニアとして。父娘で過ごす、かけがえのない時間を大切にするためにつくった約束事とは

                                                          子を持つエンジニアとして。父娘で過ごす、かけがえのない時間を大切にするためにつくった約束事とは 2024年4月16日 西谷圭介 国内SIerで金融系基幹システムの開発等に従事した後、クラウドサービスの開発ならびに新規事業立ち上げを経て2014年にアマゾンウェブサービスジャパン株式会社(現アマゾンウェブサービスジャパン合同会社)へ。国内企業のクラウドシステム設計支援を実施しつつ、日本におけるサーバーレス市場の創出と普及に尽力。プロトタイプ開発を行う部門の立ち上げに従事した後、2021年6月より現職。CTOとしてプロダクトを国内外に提供すべくすべてのレイヤで開発に従事している。フロントエンドが好きでインフラもそこそこわかるバックエンドエンジニア。 X(@Keisuke69)・ブログ 家庭を持ち、子どもがいる中で私がソフトウェアエンジニアとして仕事と日々の生活をどのように考え、どう過ごしているか

                                                            子を持つエンジニアとして。父娘で過ごす、かけがえのない時間を大切にするためにつくった約束事とは
                                                          • 解決法の「とっかかり」をなんとなく把握しておくことが大事だという話

                                                            この記事で書きたいことは、以下のような内容です。 ・昔SEの先輩に、「技術の詳細に通じていなくても、「そういう技術、そういう解決法がある」ということを把握しているだけで十分役立つ」と教わりました ・エンジニアの能力を測る尺度の一つとして、「課題」「問題」に対するアプローチをどれだけ思いつけるか、というものがあると思います ・「こういうやり方があった筈だ」「こういうアプローチが出来る筈だ」ということがなんとなくでも分かっていれば、それをとっかかりに調べることが出来ます ・その「そういう解決法があるということはなんとなく分かる」という状態を広げる為に、基盤技術に関する知識が重要です ・これは、生成AIに色々聞けるようになった今でも変わらないというか、むしろ昔以上に「とっかかり」の重要性が増しているような気がします ・「引き出しを増やす」という視点での勉強と、それを活かす為の基礎の重要性を、新人

                                                              解決法の「とっかかり」をなんとなく把握しておくことが大事だという話
                                                            • 情報科全教科書用語リスト改240509.xlsx

                                                              Mutually Exclusive、Collectively Exhaustive。重複せず漏れが無いように分解してゆくこと

                                                                情報科全教科書用語リスト改240509.xlsx
                                                              • 総務省、6月11日開講の「社会人のためのデータサイエンス入門」受講生募集を開始

                                                                CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

                                                                  総務省、6月11日開講の「社会人のためのデータサイエンス入門」受講生募集を開始
                                                                • プログラミングができることとソフトウェアエンジニアリングができることは違う

                                                                  最近はプログラミングスクールの跋扈だったり各種YouTubeなどのメディア経由でソフトウェアエンジニアへ転身したいという人が増えてきて、求人媒体などでジュニアレベルの人を見かけることが多いです。 そのため必然的にジュニアレベルのエンジニアを面接することが多いのですが、どうもプログラミングとエンジニアリングを履き違えてるなという感想を抱きます。 というのも、本来的に我々が仕事として行なっているのはソフトウェアのエンジニアリングであり、プログラミングというのはその一端でしかないからです。

                                                                    プログラミングができることとソフトウェアエンジニアリングができることは違う
                                                                  • なぜ我々は GitHub Copilot Enterprise の導入を見送ったのか - 一休.com Developers Blog

                                                                    CTO 室の恩田です。 今回は GitHub Copilot Enterprise を評価してみて、現時点ではまだ採用しないことを決めた、というお話をご紹介したいと思います。 きっかけ とあるエンジニアが Slack で自身の times チャネルに時雨堂さんの GitHub Copilot Enterprise のススメという記事を投稿したことが発端でした。特に感想はなく URL に 👀 だけが添えられていたので、後で見るぐらいのメモだったんだと思います。 それを見かけた別のエンジニアが技術雑談チャネルにその投稿を共有して、これは凄そうと話題を向けたところ、CTO の「評価してみる?」の一言で、有志が集って評価プロジェクトが始まりました。 雑談チャネルできっかけとなる投稿が共有されてから、30分足らずの出来事でした(笑)。 この話題が出たのは金曜日でしたが、週明け早々に稟議を終え、火曜

                                                                      なぜ我々は GitHub Copilot Enterprise の導入を見送ったのか - 一休.com Developers Blog
                                                                    • 技術者は転職の好機を生かし人生を変えよ、人月商売のIT業界に死滅の日は近い

                                                                      技術者、特に人月商売のIT業界で多重下請け構造に絡め取られ苦吟してきた技術者にとっては、人生を変える最大のチャンス到来だな。人生を変えるとは多少オーバーだが、要するに転職の好機がようやく巡ってきたのだ。この機を逃す手はないと思うぞ。それに、人月商売のIT業界はまもなく構造不況に陥り「死滅」に向かう。これは日本にとってめでたいことなので私は大歓迎だが、技術者にとっては地獄が始まる。だから、転職を急ぐべし。 何をもって今が転職の好機といえるのか。もはや説明するまでもないと思うが、いまだにぐずぐずしている技術者の背中を押すために少し書いておこう。何点かある。まず景気が完全に良くなったとはいえないものの、ましにはなった。少なくともモノやサービスがどんどん安くなるデフレ経済は一掃された。日本の「失われた30年」などといわれた頃は、人員の削減や非正規雇用の増加といった暗い話題ばかりだったが、今は空前の

                                                                        技術者は転職の好機を生かし人生を変えよ、人月商売のIT業界に死滅の日は近い
                                                                      • 今のチームに来てから最も生産性が上がった考え方|牛尾 剛

                                                                        多分今回のポストは多くの人には参考にならないだろう。相当ニッチなので。でもこれは自分にとってはとても大きなことだったので、忘れないように記録しておきます。 生産性の悩み あまりこの世界では生産性とはあいまいな言葉で、何をもって生産性が高いとは言いにくい。速いのが良いのではない。ただ、自分の実感として自分は生産性が良くないといつも感じていた。だからいろいろ努力したり、考え方をできる人を観察して真似してみたり、直接本人に聞いたりして工夫をしてきた。 実は自分はめっちゃコーディングが早い人になりたいわけではない。そうではなくて、「平均的」になりたいだけだ。それぐらいいければ「Strategy」でカバーできるどころかもっと上に行けると確信があったから。でもそうではなくて明らかに遅いのでそれが自分の足を引っ張っていた 努力の方向性 様々な努力をして、特に有効だったことを自分の本に書いたつもりではある

                                                                          今のチームに来てから最も生産性が上がった考え方|牛尾 剛
                                                                        • 具象と抽象の往復を私達はカンファレンスを通じて学んでいるんだ - PHPカンファレンス小田原編 - そーだいなるらくがき帳

                                                                          PHPカンファレンス小田原(以下 ぺちこん小田原)に行ってきた。 このブログはその熱量の高さを思い出しながら、小田原駅前のスタバで書いてる。 カンファレンスで話をしたこと 懇親会キーノートで内省を勝ち取る、そのためには具象と抽象を往復して具象化の引き出しと抽象化の概念の理解を深めようという話をした。 そのために日報や週報からふりかえりし、能力を獲得していく。という話。 でもこれ、カンファレンスに参加すること自体が具象と抽象のスキルを強く獲得するチャンスだなって思ったので、感想と合わせて書く。 ちなみに文章中に出てくる経験学習モデルの話はスライドで説明している。 speakerdeck.com 経験という具象を疑似体験として聴く カンファレンスに行くと色んなセッションを聴くことができる。 もちろんぺちこん小田原でも最高だった。 至極のセッションの中で自分の中のベストトークを選ぶとしたらたつき

                                                                            具象と抽象の往復を私達はカンファレンスを通じて学んでいるんだ - PHPカンファレンス小田原編 - そーだいなるらくがき帳
                                                                          • 意味のないアウトプットをやめる7つの方法 - paiza times

                                                                            <この記事の著者> ばんか(bamka) - Tech Team Journal Web制作会社の会社員として働きつつ、個人でブログ/メディアライターとしても活動するパラレルワーカー。 ChatGPT等AIを公私で駆使し、ITツール・ガジェットを用いて人々の生活をより豊かにするための活用術を提供するブログも運営。 Webサイトや本で学んだ知識を、自分のものにして活用できるレベルまで引き上げるには、アウトプットが重要だと考えて、積極的にアウトプットするようにしています。 ただ、アウトプットの仕方も大事。知った知識をただSNSにコピペで貼り付けるようなやり方は、良質なアウトプットとは言えないと考えています。 そこで今回は、私が実践している「良質なアウトプット」に転換するために気を付けているポイントについてお話しします。 【目次】 1:第三者に見てもらう 2:自分の言葉で語る 3:図にまとめる

                                                                              意味のないアウトプットをやめる7つの方法 - paiza times
                                                                            • 「強い」エンジニアと働く中で、新卒1年目・未経験プロダクトマネージャーが何に悩み、どこに自分の価値を見出したか

                                                                              20240413_PHPカンファレンス小田原_LT資料

                                                                                「強い」エンジニアと働く中で、新卒1年目・未経験プロダクトマネージャーが何に悩み、どこに自分の価値を見出したか
                                                                              • **強い**エンジニアのなり方 - フィードバックサイクルを勝ち取る / grow one day each day

                                                                                # 参考資料 - https://speakerdeck.com/pokotyamu/furikaeri-2024-95ceb97e-d587-4c4b-a4ec-5e52672644f6 - https://www.1101.com/umeda_iwata/ - https://speakerdeck.com/soudai/release-small

                                                                                  **強い**エンジニアのなり方 - フィードバックサイクルを勝ち取る / grow one day each day
                                                                                • ひろゆき×ドワンゴ川上量生が「エンジニアは頭が悪くないと大成しない」と語るワケ - エンジニアtype | 転職type

                                                                                  日々プロダクトに向き合うエンジニアのみなさんにヒントをお届けすべく、日本最大の電子掲示板『2ちゃんねる(現5ちゃんねる)』を立ち上げた、ひろゆきさんを迎えた本連載。国内外のプロダクトを、ひろゆきさんはどうみるのか? ひろゆきさんが開発者ならどこをブラッシュアップするのか?そんなことを、毎回話題のプロダクトを取り上げながらお届けすることでプロダクト開発で大切なことを探っていきます。 ひろゆきさん連載4回目の対談相手は、ドワンゴ創業者の川上量生さんです! 川上さんといえば、日本最大級の動画配信サービス「ニコニコ動画」をスタート立ち上げた人物でもありますが・・・

                                                                                    ひろゆき×ドワンゴ川上量生が「エンジニアは頭が悪くないと大成しない」と語るワケ - エンジニアtype | 転職type