並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 9660件

新着順 人気順

プログラマの検索結果1 - 40 件 / 9660件

  • Platform Engineeringの功罪 in DMM

    DMMプラットフォームはエンジニアが120名以上所属する開発組織であり、4年前からプラットフォームエンジニアリングに取り組んでいます。 4年間の成功体験とその裏に佇む課題についてお話ししました。 Platform Engineering Kaigi 2024 で使用したスライドです。 ht…

      Platform Engineeringの功罪 in DMM
    • 「エンジニア宅への突撃取材はやめて」 ドワンゴ栗田COOが注意喚起 ある新聞社が漏えい情報から住所特定


      COO COO稿  KADOKAWA 473  KADOKAWASNS473KADOKAWA
        「エンジニア宅への突撃取材はやめて」 ドワンゴ栗田COOが注意喚起 ある新聞社が漏えい情報から住所特定
      • エンジニアの成長における過去と現代の違い | 外道父の匠

        自身の過去の成長過程と現在の環境を思い浮かべたときに、得やすいもの得づらいものの違いを強く感じ、良好な成長のために一考してみた次第です。 といっても既にある Tweet のセルフまとめに、思い出と昔話なポエムを追加したようなチラ裏回です。 時代の変遷によるステータス変化 要約すると、現代は技術力の向上に必要な環境と既定路線があって向上速度が早いのに対し、昔(2010年以前とか)は頭を悩ませまくって乗り越えるべき壁が大量にあったおかげで解決力は相当鍛えられたよねってところ。 個人的には誰であれ、今!自分が!解決しないと!詰んでしまう!! てかもう詰んでるだろコレ!!!! って状況でひたすら悩んでから、寝て起きたら解決したよぉ!みたいのを体験してほしいし、一度は死の淵まで行ってこいって思っている — 外道父 | Noko (@GedowFather) July 17, 2024 これについて、

          エンジニアの成長における過去と現代の違い | 外道父の匠
        • 人と向かい合おう!エンジニアリングマネジャーに限らずおすすめできる「エンジニアリングマネジャー入門」を読んだ - kakakakakku blog

          2024年7月14日に出版された新著「エンジニアリングマネジャー入門」を読んだ📕 本書は「人と向かい合う」ことにフォーカスしていて,エンジニアリングマネジャーがどんなことを日々考えて,どんなことに日々対処しているのかという実践的なノウハウがまとまっていた.著者が Google をはじめとした多くの組織で実践してきた体験談がベースになっているからこその説得力も感じられる一冊だった💡 エンジニアリングが好きな私たちのための エンジニアリングマネジャー入門 作者:サラ・ドラスナー日本能率協会マネジメントセンターAmazon 本書は翻訳を担当された @iwashi86 さんに送っていただいた❗️活動量の多さと影響力の広さに驚きです🎉 出版おめでとうございます〜 \( 'ω')/ 7月14日に出版される「エンジニアリングマネジャー入門」を翻訳された iwashi-san に送っていただきました

            人と向かい合おう!エンジニアリングマネジャーに限らずおすすめできる「エンジニアリングマネジャー入門」を読んだ - kakakakakku blog
          • 技術コミュニティの活動を通して人生に整合性がとれた ─ 未経験30代がRubyのコア実装に挑むようになるまで - Findy Engineer Lab

            高校を卒業した後、コールセンターでの派遣業務や非正規の事務職といった経歴から、33歳でまったく異なるソフトウェア開発の世界に飛び込んだ塩井美咲(@coe401_)さん。短期間でプログラミングのスキルを学び職業プログラマーへの転身を果たしただけではなく、プログラミング言語Ruby自体の開発をテーマとする国際カンファレンスRubyKaigiでも4年続けて発表するほどになっています。 キャリアチェンジの経緯やプログラマーとしての歩みについて塩井さんに伺うと、むしろ技術コミュニティとの出会いと積極的な参加があったからこそ、エンジニアとして多くの成長があったことが分かります。その熱意のベースには、何のためにソフトウェア開発者を志すかという思いがありました。 ▲ 松本市で開催されたRubyKaigi 2023に登壇する塩井美咲さん ソケットライブラリの改善にRubyの開発助成で取り組む 世の中をよくす

              技術コミュニティの活動を通して人生に整合性がとれた ─ 未経験30代がRubyのコア実装に挑むようになるまで - Findy Engineer Lab
            • ShellScriptで自動化を楽にしたい時に知っておいても良いこと | sreake.com | 株式会社スリーシェイク

              はじめに こんにちは、皆さん。今日は、シェルスクリプトを使った高度な自動化のベストプラクティスとパターンについて解説します。これらは、ちょっとした知識で実行でき、作業を大幅に効率化できるTipsです。シェルスクリプトは、特にUNIX系システムでの自動化タスクに欠かせないツールです。適切に使用すれば、複雑なタスクを効率的に、そして信頼性高く実行できます。 トイルとは、反復的でマニュアルな作業のことを指します。これには、例えば、手動でのシステムのスケーリングや、エラーのトラブルシューティング、ルーティンなメンテナンス作業などが含まれます。トイルを特定し、それを自動化することで、エンジニアはより創造的なタスクやプロジェクトに焦点を合わせることができます。 トイルを判別する方法としては、以下のような基準が挙げられます: 手作業であること 完全な手作業だけでなく、「あるタスクを自動化するためのスクリ

                ShellScriptで自動化を楽にしたい時に知っておいても良いこと | sreake.com | 株式会社スリーシェイク
              • みんなが楽しめる、技術系ポッドキャスト最高峰クオリティ番組「エンジニアの楽園 vim-jpラジオ」

                2024年7月8日月曜12時、ポッドキャストラジオ番組「エンジニアの楽園vim-jpラジオ」がAuDee(TOKYO FM)公式番組として配信開始されました。 ほかにも以下のプラットフォームから配信されていて、毎週月曜更新となっています。 Apple Podcast Spotify Amazon Music まだお聞きになっていない方は、冒頭から圧倒的なクオリティを感じられますので、騙されたと思ってぜひ一度だけでもお聞きになってみてください。 今回は、こちらのラジオ番組を作った経緯や、どのようにして作ったのかを記録しておきます。 構想5年、実働2ヶ月半で配信開始 # きっかけは、vim-jpでつぶやいたこちらの一言でした。 何気なくつぶやいた「そういえば、vim-jp ラジオ立ち上げたい」という、この発言をきっかけにして、パーソナリティとしてありすえさんが手を上げてくださり、ほかにもたくさ

                  みんなが楽しめる、技術系ポッドキャスト最高峰クオリティ番組「エンジニアの楽園 vim-jpラジオ」
                • 日本CTO協会 | エンジニアが選ぶ「開発者体験が良い」イメージのある企業「Developer eXperience AWARD 2024」ランキング上位30を発表  |一般社団法人 日本CTO協会

                  「テクノロジーによる自己変革を、日本社会のあたりまえに」というミッションを掲げ、世界最高水準の技術者育成を図ることにより、日本経済の発展に資することを目的としています。

                    日本CTO協会 | エンジニアが選ぶ「開発者体験が良い」イメージのある企業「Developer eXperience AWARD 2024」ランキング上位30を発表  |一般社団法人 日本CTO協会
                  • 「本を読んでも身に付かない」はどう解消する? 七つの“読書術”を岩瀬義昌が伝授 - エンジニアtype | 転職type

                    NEW! 2024.07.16 スキル 岩瀬義昌 書店を覗いたりSNSを眺めたりすると、目に飛び込んでくる技術書の数々。周りのエンジニアたちの「読了」ポストに刺激されて、読書に勤しんでいる人もいるだろう。 「一生勉強」と言われるエンジニアにとって、技術書は取り入れやすいインプット手法の一つ。しかし「頑張って読んでるのに、いまいち身になっている気がしない」「本の内容が頭に入ってこない」という事象に悩まされてはいないだろうか? せっかく読んだ本の内容をしっかりと身に付けるためにはどうすればいいのかーー。 そんな疑問に「記憶力の問題じゃなくて、本の読み方に工夫が必要」と答えるのが、技術書の翻訳に数多く携わり、読書の達人として知られるiwashiさんこと岩瀬義昌さんだ。 本を読む「工夫」とは一体何か。岩瀬さんに聞いた。 NTTコミュニケーションズ株式会社 『Generative AI プロジェクト

                      「本を読んでも身に付かない」はどう解消する? 七つの“読書術”を岩瀬義昌が伝授 - エンジニアtype | 転職type
                    • なぜ無名のエンジニアは都知事選で15万票獲得できたのか【御礼と振り返り】|安野たかひろ

                      東京都知事選挙に立候補していた安野たかひろです。「テクノロジーで誰も取り残さない東京を作る」と掲げ、選挙活動をしてまいりました。本ポストでは、一週間が経過した時点での振り返りをしたいと思います。 選挙期間を通して私の想像をはるかに越える方のご支援をいただくことができました。これはひとえに私を応援いただいた有権者の皆さま、ポスター貼りや演説にかけつけてくださったボランティアの方々、マニフェストの改善にご協力いただいた専門家や都民の皆様、ニュースやネットで取り上げてくださったメディア関係者、選挙活動を支えてくれた妻を含むチーム安野スタッフなど、お一人ずつお名前をあげることは到底叶いませんが、安野たかひろの選挙を支えてくださった全ての方のお陰だと考えております。まずは感謝と御礼をお伝えしたいと思います。 結果、私は15万4638票で5位となりました。当然、選挙に出るからには当選を目指していたので

                        なぜ無名のエンジニアは都知事選で15万票獲得できたのか【御礼と振り返り】|安野たかひろ
                      • 後輩に提案されたスクラムにうまく適応できなかった私が開発チームのアジャイルを先導できるようになるまでに考え実践したこと - Agile Journey

                        アジャイルに興味を持った1人あるいは数人から始めることは、アジャイルの導入においてよくあるストーリーです。とはいえ昨今では、例えばスクラムを導入する開発チームも増えているでしょうし、ほかのメンバーが主導した取り組みとしてアジャイルを受け入れる方も多いでしょう。そんな経緯でスクラムに触れ、既存の開発プロセスとの違いに戸惑い、むしろ積極的にアジャイルを学ぶことで克服した過程を、岸田篤樹(パウリ)さんに寄稿いただきました。 Agile journeyをご覧のみなさま初めまして。株式会社ビットキーでEM(エンジニアリングマネージャー)・スクラムマスター・技術広報をしているパウリ(@pauli_agile)です。私は2015年に新卒でプログラマーとしてキャリアをスタートしました。 その頃の世の中ではすでに、アジャイル開発がさまざまな開発組織に浸透しつつある状況にあったかと思います。ただ、実際に配属さ

                          後輩に提案されたスクラムにうまく適応できなかった私が開発チームのアジャイルを先導できるようになるまでに考え実践したこと - Agile Journey
                        • 【エンジニアの日常】エンジニア達の自慢の作業環境を大公開 Part5 - Findy Tech Blog

                          こんにちは。 Findy Freelanceの開発をしている中坪です! この記事は自慢の作業環境を大公開シリーズの Part 5 になります。 今回はそれぞれ住む場所や普段担当するプロダクトが異なる 3 名のエンジニアの作業環境を紹介します! 作業環境を大公開 中坪 まずは名古屋からフルリモートワークをしている中坪の作業環境です。 デスク全体はこのようになっています。 デスクはFlexiSpot EF1を使っています。 ボタン 1 つであらかじめ設定しておいた高さに自動で昇降してくれるので、気軽に立ち座りを繰り返すことができます。 ディスプレイはLG 35WN75C-Bを使っています。 シンプルに画面が広くて作業しやすい点とデスクのサイズにちょうどよく収まっている点が気に入っています。 机の上、左側にはポモドーロタイマーとAmazon Echo Showがあります。 このポモドーロタイマー

                            【エンジニアの日常】エンジニア達の自慢の作業環境を大公開 Part5 - Findy Tech Blog
                          • Google本社の方に聞いたいい開発者になるための習慣 - Qiita

                            はじめに 以前自分の大学でGoogleの本社で働いている韓国の方の話を聞けるイベントがあったのでその内容をメモとして共有しようと思います。(すべて韓国語で聞いたので多少間違っている内容があったり、変な日本語になってるかもです) 講義してくれた人について 講義してくれた人はGoogleの本社で働いており、今までに韓国のLGやamazonなどでも開発経験のある韓国の方でした(名前は伏せます)。当時はYoutubeのショート動画関連の開発に関わっていたとおっしゃっていました。 ソフトウェアエンジニアとは プログラマー = コードを書く人 ソフトウェアエンジニア = コードを書く仕事を含めた全ての開発業務(データベース, アーキテクチャ, teckleadなど) Googleではソフトウェアエンジニアリングの知識がある人がデータサイエンティストやプロジェクトマネージャーになる。 googleが強調

                              Google本社の方に聞いたいい開発者になるための習慣 - Qiita
                            • 日本のSIerの技術力の低さの要因から考えるアメリカソフトウェアの強さ - きしだのHatena

                              この連休はなんだかSIerについて考えることが多かったのですが、そういうことを考えると、なぜアメリカのソフトウェアが強いのかがわかってきた気がします。 まず、もちろんSIerの技術力が低いといっても技術力が高いSIerもいるわけで、とくにこのブログを見てる人だと技術力の高い側にいる人が多いと思います。 けれども、DX白書2023によればSIerのIT人材というのは75万人いて、技術力の高い人はその一部で、多くは技術力の低い側にいるんじゃないでしょうか。 https://www.ipa.go.jp/publish/wp-dx/gmcbt8000000botk-att/000108046.pdf 2014年、ちょうど10年前に、プログラマはSIerと自社サービスで2分化するんではないかというブログを書いていますが、そのまま現実になった形です。 プログラマ業界の二分化 - きしだのHatena

                                日本のSIerの技術力の低さの要因から考えるアメリカソフトウェアの強さ - きしだのHatena
                              • 「Pythonのドキュメントでも読むか~」「え、何その裏技」 - Qiita

                                読み飛ばしてください おはようございます、しなもんです。 Pythonの公式ドキュメントを読んでたら、なんか知らない便利機能がたくさん出てきました。 なんだこれ。 というわけでまとめてみました。 参考になれば幸いです。 f-stringsの拡張機能 f-strings、便利ですよね。大好きです。 そんなあいつには裏技があるみたいです。 デバッグ用の=演算子 Python 3.8以降、f-stringの中で=演算子を使用することで 変数名とその値を同時に表示できるらしい。

                                  「Pythonのドキュメントでも読むか~」「え、何その裏技」 - Qiita
                                • Webエンジニアの学習ロードマップが知れるサイト - Qiita


                                    2  Web  ...     Backend Backend  
                                    Webエンジニアの学習ロードマップが知れるサイト - Qiita
                                  • 【2024年最新版】0からReactを勉強するならこのロードマップに従え! - Qiita


                                     @Sicut_study (Watanabe Jin) 10React稿1000 React使  👇 1-2React (React) OK
                                      【2024年最新版】0からReactを勉強するならこのロードマップに従え! - Qiita
                                    • たまにクソ長いSQLに戦慄したみたいなポスト見るけど、プログラムからDBをSQLで叩きに行く場合、そのクソ長SQLが正しいかってどうやってデバッグするの?→様々な声が続々

                                      タマゴケ @s5ml たまにクソ長いSQLに戦慄したみたいなポスト見るけど、プログラムからDBをSQLで叩きに行く場合、そのクソ長SQLが正しいかってどうやってデバッグするの?なんかツールがあるの?

                                        たまにクソ長いSQLに戦慄したみたいなポスト見るけど、プログラムからDBをSQLで叩きに行く場合、そのクソ長SQLが正しいかってどうやってデバッグするの?→様々な声が続々
                                      • 開発部に不満を持っていたCSがエンジニアにジョブチェンしてわかった「勝手に諦めない」ことの大切さ

                                        2024/07/13 大吉祥寺.pm 20分レギュラートーク 登壇資料

                                          開発部に不満を持っていたCSがエンジニアにジョブチェンしてわかった「勝手に諦めない」ことの大切さ
                                        • 都知事候補の隣から見た都知事選 - wwww.dev


                                          202477 5    1   
                                          • セキュアなAWS環境の設計についての解説【2024年版】 - サーバーワークスエンジニアブログ


                                             AWS (AWS) AWSAWSAWSAWS Well-Architected FrameworkAWS Well-Architected Framework AWS Well-Architected FrameworkAWS6 AWS Well-Architected Framew
                                              セキュアなAWS環境の設計についての解説【2024年版】 - サーバーワークスエンジニアブログ
                                            • エンジニアリングマネージャとして入社した最初の取り組みとして、エンジニア全員(およそ100人)と1on1をしました - だいくしー(@daiksy)のはてなブログ

                                              はてなにエンジニアリングマネージャとして入社して2ヶ月と少し経ちました。 マネージャとしての「最初の100日」もいよいよ終盤です。 note.com 入社して最初の取り組みとして、およそ100人のエンジニア全員との1on1を実施しました。 なぜ全員とやろうと思ったか イギリスの人類学者であるロビン・ダンバーによって提唱された「ダンバー数」というものがあります。 これは、人間が安定的な社会関係を維持することができる人数の認知的な上限について提案された数字です。大雑把に説明すると、人間が相互に認識しあって社会関係を築ける人数はおよそ150人程度、というものです。 要するに1つの組織でお互いに顔見知りの状態で活動ができる集団の人数上限が150人前後であるということです。 このエントリを書いている時点で、はてなのエンジニアはおよそ100人ほどいます。つまり、はてなのエンジニア組織は、まだダンバー数

                                                エンジニアリングマネージャとして入社した最初の取り組みとして、エンジニア全員(およそ100人)と1on1をしました - だいくしー(@daiksy)のはてなブログ
                                              • 世界最前線で働くエンジニアも驚いた! “安川流アクティブリコール”勉強法の効き目がすごい訳 | 文春オンライン

                                                勉強のやり方によって仕事はブーストできる 牛尾 今日は安川さんのファンの僕がお願いをして対談イベントが実現し、大変うれしく思います。僕はシアトルから繋いでいますが、ちょうど一時帰国されている安川さんは都内の主催書店からの配信です。まず、簡単な自己紹介から始めましょうか。 安川 今回はお声がけいただきありがとうございます。僕はいま南フロリダ大学医学部助教の立場で、がん患者さんを中心に診療する内科医ならびに感染症の専門医として働いています。医者になるまで、そして医者になってからも相当勉強に時間を費やしてきたので(笑)、どうやったら効率よく学べるのか?についても考え調べてきました。数多くの研究と自分の経験をもとに『科学的根拠に基づく最高の勉強法』という本を執筆しました。 牛尾 新著、本当に最高でした! 人生で最も大切な問題が解決する驚きの一冊で、読んですぐ本の感動をnoteに書いたほどです(笑)

                                                  世界最前線で働くエンジニアも驚いた! “安川流アクティブリコール”勉強法の効き目がすごい訳 | 文春オンライン
                                                • "代替"されないエンジニアになるために──生成AI時代に求められるスキルポートフォリオとは


                                                  AIAIAIAppBrew AI AI GPT 
                                                    "代替"されないエンジニアになるために──生成AI時代に求められるスキルポートフォリオとは
                                                  • 安野さんの支持者は高所得者が多いという見解から見る安野さんの選挙中の弱さ|ゆい

                                                    被選挙権後はじめての都知事選/有権してはじめての都知事選 ファンから見た安野たかひろ得票率の分析@データ分析する前の推測編 反応は直接twitter @rink_uiまでおねがいします 事実誤認があったので一部修正しております はじめまして。ゆいです。 大学生です。 安野さんのポスターボランティアを少々してました。 ひじょ〜〜にめんどくさいオタクでして、それはもう思いつく限り安野さんの得票を伸ばせる行為をするために奔走した17日間でしたが、同時に引用で批判して安野さんからいいね貰って困惑したことがございます。 おそらくフォームも含めると1番変更提案の文字数が多い人物だったのではないかなと猛省しております。 ファンにもアンチにも受け入れ難い、また文系でもないのでまとまりのない駄文が続くことを前提にお読みいただければ幸いです。 さて、都知事選後面白い分析がでました。 都知事選、安野たかひろの得

                                                      安野さんの支持者は高所得者が多いという見解から見る安野さんの選挙中の弱さ|ゆい
                                                    • ITエンジニア勉強会に「無料フード目的」の部外者出没 アンケートで半数が「遭遇」と回答、注意すれば誹謗中傷や恫喝も - 弁護士ドットコムニュース

                                                      弁護士ドットコム 民事・その他 ITエンジニア勉強会に「無料フード目的」の部外者出没 アンケートで半数が「遭遇」と回答、注意すれば誹謗中傷や恫喝も

                                                        ITエンジニア勉強会に「無料フード目的」の部外者出没 アンケートで半数が「遭遇」と回答、注意すれば誹謗中傷や恫喝も - 弁護士ドットコムニュース
                                                      • 「開発生産性の教科書」という本を執筆しました - Findy Tech Blog

                                                        こんにちは!ファインディ CTOの佐藤(@ma3tk)です。 表題の通り、約1年半ほどの期間をかけて「エンジニア組織を強くする 開発生産性の教科書 ~事例から学ぶ、生産性向上への取り組み方~」(以降、開発生産性の教科書)という本を執筆しました。 本日(2024年7月11日)発売となりましたので、改めて「開発生産性」に対する思いをお伝えしたり、本の内容の一部をご紹介したいと思います。 「開発生産性の教科書」のご紹介 エンジニア組織を強くする 開発生産性の教科書 本の概要は次のとおりです。 項目 詳細 タイトル エンジニア組織を強くする 開発生産性の教科書 ~事例から学ぶ、生産性向上への取り組み方~ 著者 佐藤 将高、Findy Inc. 発行 技術評論社 定価 2,860円(税込) 発売日 2024年7月11日 ISBN 978-4297142490 購入 Amazon / 楽天ブックス 全

                                                          「開発生産性の教科書」という本を執筆しました - Findy Tech Blog
                                                        • 【総額350万】高額請求がきたエンジニアの失敗から学べること - Qiita

                                                          はじめに 成功よりも失敗を学ぶ方が再現性が高く成果を出しやすい これは私がアウトプットをする上で常に心がけていることです。 あなたは普段自分の経験や体験を記事として発信しているでしょうか? おそらく多くの人ができていないはずです。 今回は私が過ごしてきたエンジニア人生4年の中で、特に大きかった失敗談をまとめて紹介していきます。 それぞれの失敗談の詳細はリアルタイムに記事を投稿しているので、ぜひ気になった方は最後にリンクを載せていますので確認いただけると良いかと思います。 この記事はQiita Engineer Festa 2024 〜しくじりエンジニア!私みたいになるな!~の登壇内容を記事にまとめたものになります。 失敗こそアウトプットせよ 「成功よりも失敗を学ぶ方が再現性が高く成果を出しやすい」という言葉の通り、成功は人それぞれバックグラウンドが違っていたり、運も絡んでいるので再現性は低

                                                            【総額350万】高額請求がきたエンジニアの失敗から学べること - Qiita
                                                          • ジョブ型雇用への移行によって変化する日本の報酬体系 エンジニアはどうしたら給料が上がるのか


                                                            Engineering ManagerEngineering ManagerPodcastEM . FM 3  EM.FM   EM.FM1 
                                                              ジョブ型雇用への移行によって変化する日本の報酬体系 エンジニアはどうしたら給料が上がるのか
                                                            • PdM/EMが気づくべき「技術負債」の異変

                                                              技術負債が溜まっている勘所について。現場のエンジニアは実際のシステムを触っているので変更や追加をする過程で当事者になるのでおおよそ異変に気づく。 一方、実際にそのシステムに対となるプロダクトに関わっているのはエンジニアだけではない。PdMやEM、事業責任者がいる中でこのメンバーにどう常に変化し続けるシステムアーキテクチャの異変に気づいてもらうのか、自ら気づかせるのかは至難の業である。 とはいえ、つばり一番わかり易いのは工数の予測精度の幅がある。 以下の3つのフェーズがあったときにそれぞれのズレが大きい場合は負債が溜まっていることが多い。(特に、1.と3.) 一般的な視点と現場システムへの理解度のズレ詳細から開発手前での予測のズレ予測工数と実績工数のズレここでいう工数予測がズレるのはエンジニアリングスキルの問題ではなく、システムに関する理解度の認知問題によってズレるケースが該当する 1.一般

                                                                PdM/EMが気づくべき「技術負債」の異変
                                                              • Dockerがわからない人へ。これ1本で0から学べる丁寧なDocker入門 - Qiita


                                                                 Docker Watanabe Jin(@Sicut_study)  GitHub Docker Kubernetes AWS   AWS 使Docker Docker使
                                                                  Dockerがわからない人へ。これ1本で0から学べる丁寧なDocker入門 - Qiita
                                                                • GPT-4oはクレイジーだ―思わず言葉を失うような(信じられない)6つの使用例を紹介 | AI専門ニュースメディア AINOW

                                                                  インド在住のライター兼エンジニアのニティン・シャルマ(Nitin Sharma)氏(詳細は同氏LinkedInプロフィールページを参照)がMediumに投稿した記事『GPT-4oはクレイジーだ―思わず言葉を失うような(信じられない)6つの使用例を紹介』では、GPT-4oの実用的な使用例が紹介されています。 シャルマ氏が紹介するGPT-4oの使用例は、以下の表の通りです。 GPT-4oの6つの実用的な使用例

                                                                    GPT-4oはクレイジーだ―思わず言葉を失うような(信じられない)6つの使用例を紹介 | AI専門ニュースメディア AINOW
                                                                  • とあるプロダクトのエンジニアチームにKRとしてコード変更行数の変動係数を導入して強いチームを目指した話 - カミナシ エンジニアブログ


                                                                      Keeth Engineering Manager  (Eng + PM + PD )OKRKR  KR KRKR6
                                                                      とあるプロダクトのエンジニアチームにKRとしてコード変更行数の変動係数を導入して強いチームを目指した話 - カミナシ エンジニアブログ
                                                                    • IT系上場企業の平均年収を業種別にみてみた 2024年版[後編] ~ パッケージソフトウェア系、SI/システム開発系、クラウド/キャリア系企業

                                                                      IT系上場企業の平均年収を業種別にみてみた 2024年版[後編] ~ パッケージソフトウェア系、SI/システム開発系、クラウド/キャリア系企業 IT系企業で平均年収が高いのは、勢いのあるネットベンチャー系企業なのか、それとも伝統的なSIerなのでしょうか。毎年恒例の記事を今年も公開します。 上場企業は毎年「有価証券報告書」の発行を義務づけられており、そこには従業員の人数や平均年齢、平均年収などが掲載されています。この記事では、これら公開情報を基に、Publickeyが独自の判断で主な企業をピックアップして業種を分類。平均年収が高い順に並べてみたものです。 ただし、持ち株会社など現場の社員の給与を反映していないと思われる企業は基本的にこの調査からは外してあります(例えばコナミホールディングスなど)。日本で上場していない企業(例えば日本マイクロソフトやGoogle日本法人など)も当然ながら含ま

                                                                        IT系上場企業の平均年収を業種別にみてみた 2024年版[後編] ~ パッケージソフトウェア系、SI/システム開発系、クラウド/キャリア系企業
                                                                      • IT系上場企業の平均年収を業種別にみてみた 2024年版[前編] ~ ネットベンチャー、ゲーム、メディア系

                                                                        IT系上場企業の平均年収を業種別にみてみた 2024年版[前編] ~ ネットベンチャー、ゲーム、メディア系 IT系企業で平均年収が高いのは、勢いのあるネットベンチャー系企業なのか、それとも伝統的なSIerなのでしょうか。毎年恒例の記事を今年も公開します。 上場企業は毎年「有価証券報告書」の発行を義務づけられており、そこには従業員の人数や平均年齢、平均年収などが掲載されています。この記事では、これら公開情報を基に、Publickeyが独自の判断で主な企業をピックアップして業種を分類。平均年収が高い順に並べてみたものです。 ただし、持ち株会社など現場の社員の給与を反映していないと思われる企業は基本的にこの調査からは外してあります(例えばコナミホールディングスなど)。日本で上場していない企業(例えば日本マイクロソフトやGoogle日本法人など)も当然ながら含まれていません。 昨年から、企業ごとの

                                                                          IT系上場企業の平均年収を業種別にみてみた 2024年版[前編] ~ ネットベンチャー、ゲーム、メディア系
                                                                        • "ちゃんと成果を出す"ためのChatGPT活用術!──業務効率化の実例と現状の課題


                                                                          ChatGPT1LLMCTOChatGPT CommunityJP  Pictoria HOHO ZEN Architects ChatGPT5 ChatGPT ChatGPT ChatGPT
                                                                            "ちゃんと成果を出す"ためのChatGPT活用術!──業務効率化の実例と現状の課題
                                                                          • Googleが行なった「最高のチームをつくる」調査の意外な結果。メンバーは重要ではなかった | ライフハッカー・ジャパン

                                                                            『アメトーーク!』家電芸人が絶賛したサーキュライトが #Amazonプライムデー に登場! スペパ抜群で、簡単にスマートホーム化

                                                                              Googleが行なった「最高のチームをつくる」調査の意外な結果。メンバーは重要ではなかった | ライフハッカー・ジャパン
                                                                            • 生産性の可視化こわい - masayuki5160's diary

                                                                              TL;DR 立場によっては、組織全体の生産性の可視化が必要なのはわかる。 ただ、チーム単位での生産性の細かい可視化の話はちょっとこわい。チーム単位での生産性に関しては、ある期間にそのチームがどんな機能をリリースして、それがどうだったか、を評価して、をすればだいたい良いような。 生産性の可視化? 全然知らなかったんだけど、開発生産性の可視化を支援するSaaSがあると先日知った。こちら。 findy-team.io なるほど最近はすごい便利なものがあるなーと思った。 一方で、このツールと日々にらめっこしてるチームはなんか僕が目指したいチームではないなと思った。だから、僕はこういうツールは今の僕の立場としてはいらないなーと思った。 でも、組織に所属するエンジニアが100名、200名とか規模になってるようなとき、その組織のCTOなりVPoE、組織横断の課題を解決するチームなどはこういったツールは必

                                                                                生産性の可視化こわい - masayuki5160's diary
                                                                              • アウトプットのお題に選ぶ、奥深い自作「TODOアプリ」。mattn氏が教える、さらなる技術力の向上を目指すためのノウハウとは

                                                                                TOPコラムITエンジニアの自己発信ストラテジーアウトプットのお題に選ぶ、奥深い自作「TODOアプリ」。mattn氏が教える、さらなる技術力の向上を目指すためのノウハウとは アウトプットのお題に選ぶ、奥深い自作「TODOアプリ」。mattn氏が教える、さらなる技術力の向上を目指すためのノウハウとは 2024年7月8日 mattn 大学卒業後、ソフトウェアハウスやSIerなどでソフトウェア開発に携わる。vi派生のテキストエディタVimの日本語化やプラグイン、Go言語などでOSS(オープンソースソフトウェア)の開発・コミュニティ運営に参加し、2019年からGoogle Developers Expert。2021〜2023年 GitHub Stars。著書に『みんなのGo言語』(2016年、2019年に改訂2版、技術評論社、共著)、『Go 言語プログラミングエッセンス』(2023年、技術評論社

                                                                                  アウトプットのお題に選ぶ、奥深い自作「TODOアプリ」。mattn氏が教える、さらなる技術力の向上を目指すためのノウハウとは
                                                                                • 食べログの大規模販売管理システムを財務会計SaaSシステムに置き換えた話 - Tabelog Tech Blog

                                                                                  目次 目次 はじめに 1章 課題の認識とZuora導入の決断まで 販売管理システムの課題 何を最初にやるべきか 実情を知る 理想像を固める 何を作り、何を作らないか どのSaaSを使うか 2章 Zuora導入設計 Zuoraプロジェクトチーム体制 Zuoraを知ろう! Zuoraプロジェクトにおいて何を開発するのか Zuoraの管理画面を使うか、それとも内製で作るか 新設機能のモック作成 食べログとのマッピング 3章 Zuora移行 データ移行 データ検証 突合バッチによる検証 データプールの副産物 最終的なシステム構成 データ切り替え 4章 Zuora運用 財務突合 Zuoraへの切り替え Zuoraでの運用開始 5章 結論 最後に はじめに こんにちは! 食べログ開発本部飲食店システム開発部でマネージャーをしている新井です。 2018年に食べログに入社し現在は販売管理チームに所属してお

                                                                                    食べログの大規模販売管理システムを財務会計SaaSシステムに置き換えた話 - Tabelog Tech Blog