  |
はてなキーワード: githubとは
ここ最近、ソフトウェアエンジニアが仕事にLLMを活用することが当たり前になった。
多くの一般的なエンジニアは個人の生産性向上を目的に利用している。VSCodeのGitHub Copilot拡張にはじまりClineやらCursorやら、個人の開発生産性をいかに上げるかにフォーカスしているもの言ってみればコードエディタや統合開発環境の延長としてのLLM活用。コパイロット的LLM活用とでも言おうか。
私のような下っ端エンジニアはコパイロット的LLM活用で十分満足してしまうのだが、テックリードやプラットフォームエンジニアなどレベルの高いエンジニアはDevinのようなAIエージェントを活用した開発も積極的にやるようになってきた。AIエージェントは指示出しが明確でタスクも細かくわけないと活用できない(かつコードレビューも必須)ので派遣社員さんを雇っているのに近い。これをコパイロット的LLM活用と比較して派遣社員的LLM活用とでも言えばいいかな。
ここからが本題、最近上記2つとは全く違う視点のLLM活用が増えてきたように思う。題名のようなLLM活用である
一つの業務をまるっとLLMで開発できないかとか、バックエンドだけ開発してフロントエンドは全部LLMに作らせようとか、まるっと開発全部お任せしちゃうLLM活用。
LLMに丸投げするのでこれを外注的LLM活用と呼んでいる。PdMやデザイナーから言われるならまだ理解はできるのだが、このとんでもないオーダーをエンジニアマネージャだったりCTOから指示される事例が増えてきたから困ったものである。
外注的LLM活用の何が怖いかというと大量のコードをLLMに生成させるのでコードの全容の把握ができない、なので当然コード品質の担保ができなくなる、品質担保ができないからセキュリティーリスクも爆上がりする。コードの全容の把握ができないサービスが障害を起こしたらどうなるのか、想像しただけで怖い。
外注的LLM活用を指向している人たちはコード品質やセキュリティーの問題はLLMが進化すれば無くなると考えているからタチが悪い(お前ら本当にエンジニアかと言いたくなる)。
最近仕事で外注的LLM活用に心酔したエンジニアマネージャとCTO(それぞれ別の企業)に遭遇してなんとなく危機感を覚えたのでここに記しておく。彼女彼らは技術力を軽視しプログラマをバカにする。ちなみに外注的LLM活用に心酔したCTOやEMがいる企業はソフトウェアエンジニアの採用を抑制する傾向がある(特にフロントエンドエンジニア)。あとCursorだったりCopilotのような個人の開発生産性をあげるようなLLM活用に予算を回すことはない。
ぜんぶVercelのv0が悪い、知らんけど。
https://www.youtube.com/@Miruru72
大げさな言葉と酒と自称鬱で「人生終わったわ」が口癖のイキる大学生時代の友達を思い出す。
正直みるる君のことをバカにする気持ちはあるが、嫌いではない。
まずはHTMLから。その後はCSS、JavaScript、Linux、GitHub、Ruby、HTTP、Nginx、データベース、Ruby on Rails、ポートフォリオ制作、就職活動、の順番で進める予定です。
https://www.youtube.com/watch?v=boKMk36ugkw
よくわからないけど、
まだ若いんだし色々やって頑張ってほしい。
そして動画で嘆いてほしい。
コメント欄も応援しているようで、破滅に向かわせているような人もいるけど、諦めるな！！
私とさして年齢の変わらない、"子連れ"のカップルが、イオンのフードコートで、アイスを食べている。こんな当たり前の風景に、感動してしまった私は、俗に言う"負け組"、という事になるんでしょうか。
24歳で悲観するな！
あなたが感じている「微妙な気持ち悪さ」、たぶん共感する人はけっこういます。
Ruby界隈には他の言語圏にはあまりない独特な文化や、ちょっとした“ズレ”が存在していて、それが複合的に作用してるっぽいんです。
具体的な事例を交えつつ、ちょっと詳しく見てみましょう。
Rubyでは「美しいコード」「優雅な文法」が非常に重視されます。「書いてて気持ちいい」ことを最上の価値として掲げてる言語で、Matz自身も「プログラマの幸福のための言語」と明言してます。
が、それが行きすぎて──
みたいな文化が生まれがち。いわば“美学警察”みたいな空気です。結果として、他言語出身者が入ってきたときに「書き方がキモい」とか「ダサい」といった、**ちょっとしたマウントが生まれやすい**。
これは他の言語ではあまり見られない、“審美観の押し付け”です。しかもそれが悪意なく、ニコニコしながらやってくるからこそ、逆に怖い（笑）。
Matzさんは本当に素晴らしい人物なんですが、Ruby界隈では**「Matzが言った」＝正義**みたいな雰囲気が根強いです。
例えるなら、以下のような流れ：
つまり、**Matz本人よりも取り巻きの熱狂ぶりがすごい**。これは宗教的とまで言われることもあります。
他言語（特にPythonやGo）出身者が入ってきたとき、Rubyの書き方・哲学に染まっていない人に対して、無意識の壁があることがあります。
たとえばRailsの世界だと「controllerとviewの責務」とか「fat model/small controller」みたいな**“暗黙の常識”**が多くて、それに沿わないとすぐに「アンチパターン」扱いされます。
結果として、**知識より「ノリの同調」が重視される風潮**があり、外から見ると「村社会っぽい」「馴れ合い感がある」と感じる原因になります。
Ruby界隈って妙にカジュアルなんです。会議もゆるいし、発表も「みなさんこんにちは〜！」みたいなゆるふわ系が多くて、技術者らしいカチッとした空気よりも**「和気あいあい」な空気が主流**。
その一方で、現役で活躍しているRubyistの年齢層は結構高め（30〜40代中心）で、Slackの文体やGitHubのREADMEなんかが**ちょっとおじさん構文に見える**こともあり、そのギャップが「微妙に気持ち悪い」と映ることがあります。
かつて世界を席巻したRailsも、いまはNext.jsやFastAPIなどに押され気味。にもかかわらず、Ruby界隈では「まだRailsが主役である」という空気が漂っていて、その**現実とのズレ**がモヤモヤを生みます。
みたいな開発者の**“表に出ない本音”**もあったりして、コミュニティ全体に妙な閉塞感がある。
RubyKaigiとか見てると分かりますが、登壇スタイルも独特で──
それが心地いい人もいるんですが、**「寒いノリが内輪で盛り上がってる感」**が苦手な人にはちょっとしんどいポイントかもしれません。
こんな感じで、Ruby界隈って**“優しさと強い価値観”が同居してる場所**なんです。それが人によっては心地よくもあり、気持ち悪くもある。
それあるなら諦めず応募してたら受かるだろ。もっとザコかと思ってたわ
もっとポートフォリオサイト作ってDockerやk8sやAWSやGCPやAI使ってアピールしろ。RAGやMCPサーバー構築できると良い。AWSとかの資格も取れ。あとはコード設計な。デザインパターンやれ。MVC理解したあとDDDやれ。IT系のビジネスの本も読め。Figmaでデザイン作れ。とにかくがむしゃらに受かるまでやれば受かる。どうせ全部あとで役に立つ。AtCoder緑あるならコンパイラ作れるだろ。そういうの作ってGitHubに置け。Slackも自分で使え。bot作れ。SOLID原則理解しろ。Java以外も書け。特にTypeScript。Java分かるなら楽勝だろ。データベース勉強しろ。Nginx立てろ。プロマネの本も読め。勉強会参加してこい
それ使うくらいならあのアプリ使った方が便利だろっていう車輪の再発明以下のデキでもありがたがってるんだよ
けど実際、検索してみたけど見つけられなかったんだろうとも思うんだよな
なんて検索すればいいか分からない、言語の壁がある、ゴミに阻まれ諦めたetc
日本人の作ってるツールに限った情報サイトはいくつかあるが、サイトとしての質は高くともいかんせん網羅性が低い
外国人の作ってるソフト掲載サイトは逆に数も情報も過剰すぎ、検索負荷が高い
便利ツールはgithubにもソース付きで大量に転がってるが、どれほど便利で無料だろうと、存在を知らなければ無いと一緒だ
俺みたいにひたすら単語マッチングで1ページから順に見ていく人間は多くないのだろう お宝さがしみたいで楽しいんだけどな
だがもっと気軽に「@ grok ファクトチェック」並みに気軽に欲しい機能をもつツールを検索できればどうだろうか
一般人に必要なのは生成AIそのものではなく、要望にあった既存のフリーソフト・無料サービスを推薦してくれるAI搭載サービスなんじゃないかと
なければ改めて低機能低UXのツールをさくっとAIに作らせればいい
というわけでまずはフリーソフト・無料サービス情報サイト×LLMですよ
んじゃ誰かよろしく
ある日突然ホムペが閉鎖されていることにきづく
どうもGitHubのプランが何者かによって変えられたと気づく （team to free)
元に戻してほしいと何度もGitHub側とやりとり ← いまここ
ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30
| ブクマ数 | タイトル | ドメイン |
|---|---|---|
| 3059 | 【保存版】親が亡くなったらやること全52項目を解説！一覧チェックシート付き - リハコ | re-hako.com |
| 2157 | 中小企業のための「生成AI」活用入門ガイド | www.tokyo-cci.or.jp |
| 1121 | Gitの中身 | kaityo256.github.io |
| 967 | 被写体の時代からルックの時代へ。写真の救世主になるか？ルックについて理解しよう！ ｜ ShaSha | www.kitamura.jp |
| 920 | 数学科の院生が教える本当に初学者向けの数学書 | mathlog.info |
| 903 | おすすめの音楽サイトを延々と紹介していく記事 | www.zippu21.com |
| 882 | [PDF]フジ・メディア・ホールディングス 【第三者委員会の調査報告書受領に関するお知らせ】（2025.03.31） | contents.xj-storage.jp |
| 740 | ワールドメイト教祖誕生会に国会議員10人が登壇、20人が祝花＝立憲民主が過半数 | dailycult.blogspot.com |
| 703 | スタートアップのピッチ大会で5回優勝した、私なりの勝てるプレゼンの作り方 - 宮田昇始のブログ | blog.shojimiyata.com |
| 679 | ＳＮＳで考察加速中「翠」の広告、ＣＤとＡＤが明かす「ち」で改行の理由 | www.advertimes.com |
| 622 | 部下の成長支援を目的とした１on１ミーティングに関する定量調査 | rc.persol-group.co.jp |
| 576 | OpenAI.fm | www.openai.fm |
| 454 | JavaScriptがブラウザでどのように動くのか ｜ メルカリエンジニアリング | engineering.mercari.com |
| 440 | 「従業員退職型」の倒産動向（2024年）｜株式会社 帝国データバンク[TDB] | www.tdb.co.jp |
| 434 | 3-Dセキュアにおける認証取引の仕組み解説 - JCB Tech Blog | tech.jcblab.jp |
| 417 | AIを使った新しい学習法が現れた本を読んだ ｜ Colorful Pieces of Game | www.highriskrevolution.com |
| 405 | 原作：つるまいかだ先生×オープニング主題歌担当：米津玄師さんスペシャル対談 ｜ スペシャル ｜ TVアニメ「メダリスト」公式サイト | medalist-pr.com |
| 398 | クックパッドを退職しました | diary.sorah.jp |
| 398 | 「日本の労働生産性はなぜこんなに低いのか」論を考える – 橘玲 公式BLOG | www.tachibana-akira.com |
| 395 | ふりかえりの質を上げることで成長の質を上げる - Tbpgr Blog | tbpgr.hatenablog.com |
| 382 | 「WAON POINT」と「WAONポイント」の違い｜ 《公式サイト》スマートワオン ｜ smart WAON ｜ smartWAON.com | www.smartwaon.com |
| 373 | 「精神疾患とは何か」について哲学的に考えてみる─精神疾患の定義問題―（前編）（九州大学人文科学研究院専門研究員：後藤真理子） #心とは何か｜「こころ」のための専門メディア 金子書房 | www.note.kanekoshobo.co.jp |
| 363 | はてな民WEB広告嫌いすぎで笑った - ←ズイショ→ | zuisho.hatenadiary.jp |
| 351 | 総務省、ふるさと納税「廃止」を検討 村上誠一郎も前向き - jnnavi | japannewsnavi.com |
| 351 | 【要約】『イシューからはじめよ』 – プロダクトマネージャーが圧倒的成果を生むために必要な「イシュー度の高い課題」を見極める方法 - PM x LLM STUDIO | pm-ai-insights.com |
| 300 | J2ジェフユナイテッド千葉FW呉屋大翔の落下…責任の所在はどこにあるのか指定管理者の株式会社札幌ドームに直撃｜Qoly サッカーニュース | qoly.jp |
| 262 | （まとめ）第2次トランプ政権（2025年～）による学術・研究・知的自由への影響（2025年3月まで） | readingmonkey.blog.fc2.com |
| 257 | ソフトウェアが成功する仕組み - bonotakeの日記 | bonotake.hatenablog.com |
| 252 | 3月16日（日）礼賛公演中の事実確認と対応についてご報告 ｜ NEWS ｜ キョードー大阪 | kyodo-osaka.co.jp |
| 248 | “名古屋飛ばし”アーティスト続出が若年層の人口流出の一因か 愛知県のライブ公演数は全体のわずか7％ | news.tv-aichi.co.jp |
Slackでコミュニケーションをとり、指示を出したら勝手にコーディングし、GitHubでPR出すところまでをやってくれるAIのDevin。
月額500ドルは生成AIのSaaSとしてはクソ高い、1人エンジニアを雇うとしたらクソ安い...。
そんなDevinさん、1ヶ月契約してさまざまなタスクを依頼してみたけど、結果契約を切ることにしました。
前提として、とても未来を感じたし、まるで本当の人エンジニアのように振る舞うUXはとても面白く、Devinの開発チームはとんでもなくすごいと思います。
ただ、今のDevinは終始「そんなに頭の良くないYESマン」でした。
そのため、どんな依頼もYESで返して、仕様を満たしていないコードをあたかも完成したかのようにドヤ顔で提出してしまう。
できないことはよくて、できないとか、途中までしかできないとか、どうすればいいかとか、とにかくコミュニケーションを取ってほしい。
それができないと、無駄なやり取りを何往復もすることになる。
というわけで一旦辞めました。
Devinのコミュ力が改善されたら、そのときはまた雇いたいと思います。
待ってるよDevin！
> OSSとか仕事じゃないなら凄いなあとよくやるなあというのが混ざった感情だなあ
OSS に携わる仕事ではないんだけど、仕事で使う OSS のフレームワークのバグ修正の pull request を出していたから自分の中では仕事の一貫としてやっていたから凄いことではなく、仕事のコードにバグがあったら修正するのと一緒の感覚だと思うよ。
GitHub を利用した国内のエンジニア評価プラットフォームを使っていたときは日本支社があるメジャーなところからのオファー何回かもらったことあるけど、やめてからは日本でもメジャーなところからはスカウト来ないね。
メジャーではない企業でも今までの給料に比べて何倍も支払ってくれるし、今までずっとされてきた技術(アジャイル、スクラム、DDD など含む)などのマウントもされなくなったからいい意味でよい環境になったと思う。
しいてデメリットをあげるなら昇給したのに、為替変動の結果、もらう賃金は下がってしまうということがある程度。ただそれも以前の給料の何倍ももらっているから日本企業からもらっていた給料より下がるってことは一度も経験はないかな。
表題の通り
AIでコーディングを爆速化！ってのがはてな含め流行ってるみたいで
AI使いこなせないと時代に取り残される！って言うから、時代に取り残されたくないので、始めようかと思ってるんだけど
仕事の関係上、ユーザーの行動データとかの外部流出厳禁なサンプリングデータ、社内で取り扱ってる内製ライブラリとかが含まれると思う。
それらを使ってコーディングしてくれっててAIにお願いしたら、Clineとかだと解析の過程で読み込まれて、プロンプトやらとして、外部流出してしまうのではないかと思ってて、なかなか使えない。
そこらへんの課題ってクリアできてないと趣味コーディングはともかく、仕事では使い物にならないと思うんだけど、
はてなにいる先達プログラマーさんはどうやってクリアしてますか？
教えてほしい…
GitHub を利用した国内のエンジニア評価プラットフォームの 2 つに登録していたが、ある時期からこれらのサービスでのスコアが極端に低下した。これは決して自分の技術力や活動が落ちたわけではなく、むしろ逆で、GitHub での貢献が増えすぎたために正しく評価されなくなったという事態が発生した。
GitHub を利用した国内のエンジニア評価プラットフォームは GitHub のコントリビューション数やプルリクエスト数をもとに標準偏差や 1.0 - 5.0 でスコアを算出している。しかし、一定以上の貢献数を超えるとGitHub を利用した国内のエンジニア評価プラットフォームのシステムが適切にデータを取得できなくなり、コントリビューション数やプルリクエスト数が「0」として計上されてしまうという不具合が発生していた。
具体的にいうとコントリビューション数の累計や累計のプルリクエスト数、その時期毎の高い標準偏差に従って付与されるバッジを多数所持していたにも関わらず、突如として標準偏差が 40、プルリクエスト数は 0 と評価を受けた。これは明らかに技術力の変化ではなく、システムの不具合によるもので、問い合わせした際も彼らからのメールの文中には「不具合」と記載されていた。だが、何ヶ月経ってもこの問題は修正されることはなかった。
もう一つの GitHub を利用した国内のエンジニア評価プラットフォームでも同様の不具合が発生しており、コントリビューター数・コミット数が多い大規模 OSS リポジトリへの貢献は評価が「0」になるという不具合があった。問い合わせたところ「不具合により取得不可能」との回答があったが、こちらもいくら待っても改善されなかった。
厄介なのはこれらの GitHub を利用した国内のエンジニア評価プラットフォームは彼らの評価するスコアを使って組織の人事に対してスカウトサービスを提供していることだ。
このままこれらの GitHub を利用した国内のエンジニア評価プラットフォームに自分自身を登録していると低い評価を受けるため、**自分の GitHub 貢献を正しく可視化できるツールを使う** という考えに至った。
具体的には、
これらのツールでは GitHub を利用した国内のエンジニア評価プラットフォームと異なり、大規模 OSS に対する貢献も正しく算出されており、 GitHub を利用した国内のエンジニア評価プラットフォームにおける評価とはまったく異なる評価結果を表示していた。
GitHub を利用した国内のエンジニア評価プラットフォームを利用しなくなったことで、日本企業からのスカウトはほぼゼロになった。
一方で、github-readme-stats や OSS Insight による私の活動を見た海外企業からのオファーが増えるようになった。
これはエンジニア評価の仕組みが日本と海外で大きく異なることを示しているように思えた。
この経験を通じて感じたのは、「今いる環境で正しく評価されないなら、今いる環境外に向けて事実を示せば良い」ということだ。これは転職やキャリアだけでなく、会社での評価にも通じる。
ただし、これは両刃の剣でもある。
自分の技術を客観的に評価してもらえる環境に出会える可能性があるということは、逆にいえば、能力を過剰に盛っている場合は、事実ベースで評価されるため、かえって評価が下がることにもつながる。
特に「自称ハイスキルエンジニア」が、GitHub や OSS での実績がない場合、むしろ評価が下がる可能性もある。だからこそ、どこでも通じる実力を磨き、客観的なデータを元に自分の市場価値を示せるようにしておくことが重要だ。
1. GitHub を利用した国内のエンジニア評価プラットフォームは大量のコントリビューションを持つエンジニアを正しく評価できない不具合があり、数ヶ月単位でその不具合は修正されていない
2. GitHub のデータ(github-readme-stats, OSS Insight)を使うことで客観的な評価が可能になる
3. GitHub を利用した国内のエンジニア評価プラットフォームを使わなくなったことで日本企業からのオファーはなくなったが、海外企業からのオファーは非常に増えた
4. これは、今いる会社での評価にも通じる問題であり、環境が適切に評価してくれないなら、外に向けて客観的な事実を示せば良い
5. ただし、実力を過大評価されるようにしている場合、客観的な事実での評価によってむしろ厳しくなる可能性がある
あなたの中に「すごいものを作りたい！」という情熱があることは素晴らしいことです。
しかし、それが執着になり、心を苦しめているならば、その執着を和らげる方法を探ることが大切ですね。
仏教では「執着（タナー）」は苦しみ（ダンマ）の原因の一つとされています。
特に、自分の価値を「すごいものを作れるかどうか」に結びつけてしまうと、思い通りにいかないときに苦しみが生まれます。
執着を手放すことは、「やる気をなくす」ことではなく、心を自由にすることなのです。
「すごいもの」とは何でしょう？ たくさんのスターをもらうこと？ 多くの人に使われること？ それとも、あなたが心から楽しめるものを作ること？
もし「他人の評価」が軸になっているなら、それは無常（アニッチャ）なものです。他人の評価は変わり続けます。それに振り回されると、心は安定しません。
GitHubでの創作が「結果を求める手段」になっていませんか？
仏教では「現在の行い（カルマ）こそが大切」とされます。結果を気にしすぎると、今この瞬間の学びや喜びを見失ってしまいます。
→ 「すごいものを作る」のではなく、「作ること自体を楽しむ」と意識してみてください。
今は「すごいものを作りたい」と思っていても、未来のあなたはまた違う価値観を持っているかもしれません。
「今の自分の気持ち」も移ろいゆくものだと理解すると、そこに執着する必要はなくなります。
もし「すごいものを作りたい」という気持ちが苦しみを生んでいるなら、「他の人が少しでも便利になるものを作る」という視点に変えてみてはいかがでしょう？
✅ 「何を作るか」より「作る時間を味わう」
✅ 「結果」ではなく「今この瞬間の学び」にフォーカス
あなたが「すごいものを作りたい」と思う気持ちは、決して悪いものではありません。
ただ、それが苦しみを生んでいるなら、少し肩の力を抜いてみるのもよいでしょう。
https://www.youtube.com/@Miruru72
大げさな言葉と酒と自称鬱で「人生終わったわ」が口癖のイキる大学生時代の友達を思い出す。
正直みるる君のことをバカにする気持ちはあるが、嫌いではない。
まずはHTMLから。その後はCSS、JavaScript、Linux、GitHub、Ruby、HTTP、Nginx、データベース、Ruby on Rails、ポートフォリオ制作、就職活動、の順番で進める予定です。
https://www.youtube.com/watch?v=boKMk36ugkw
よくわからないけど、
そして動画で嘆いてほしい。
