取得日時: 2025年5月20日 08:52 取得元URL: https://honda-techblog.hatenablog.com:443/entry/2025/05/19/152406 ビュー数: 37233 魚拓のみの表示 SHA-256 : 4d1679429213cab3b882c3b33638ced7b77a1c899694d30ffe03fdf919a4a644

NEW! 2025.04.22 ITニュース コーディングプログラミング生成AIAI 「リファクタリングが大事なのは分かってはいる。でも、タスクが山積みで手が回らない……」 多くのエンジニアが抱えるこのジレンマに、我々はどう向き合うべきか。 整えないまま積み上げるコードは、やがてどこかで限界を迎える。だが今は、生成AIがコードを書き、設計まで担いはじめた時代だ。「コードを整える」ことの意味そのものが、大きく揺らぎつつある。 こうした変化の渦中にある今、改めてリファクタリングの本質と向き合いたい。 そこで今回、AIスタートアップの創業や技術顧問の経験をもつエンジニア・安野貴博さんと、ケント・ベック著『Tidy First?』（オライリー・ジャパン）の訳者でアジャイルコーチとして数々の実績を持つ吉羽 龍太郎さんによる対談を実施。 現場と経営、テクノロジーと組織。 両者の視点から掘り下げた本対談

“選定してすぐにダメになった”を防ぐには？特定の言語にフルベットしない、一休の技術戦略 2025年3月4日 株式会社一休　執行役員CTO 伊藤直也 新卒でニフティ株式会社に入社。ブログサービス「ココログ」を立ち上げる。2004年、株式会社はてなに入社し、CTOに就任。「はてなブックマーク」などの開発を主導。2010年から、グリー株式会社でソーシャルメディア統括部長を務める。その後フリーランスとなり、技術顧問を務めていた株式会社一休に2016年4月入社。執行役員CTOに就任し、現職。 エンジニアの仕事の中でも、「技術選定」は特に難易度が高く、責任が重いものです。ひとたび特定技術の採用を決めると、容易にリプレイスできず、長期間にわたって開発や運用に影響を及ぼします。さらに、使用する技術によって採用活動や組織戦略にも大きな影響が出ます。読者の中にも、「技術選定で失敗したくない」「将来にわたって持

エンジニアの育成、時間がかかりますよね。つよつよになるには・・・みたいな話は、エンジニアクラスタのSNSで定期的に話題に上がるような気がします。 エンジニアの育成について考えたので、とりあえずアウトプットします。 エンジニア、覚えることが大杉 プログラミングは、基礎文法を覚えるだけなら1ヶ月で一通り学習できますが、仕事にする場合は基礎文法だけでは「全く」足りない。 HTTPなどの通信規約・TCP/IPの仕組み Webサーバ構築などのインフラ・GCP/AWSなどのクラウドサービスへの理解 GitHub Actionsに代表されるCI/CD 認証認可の仕組み(鍵認証/JWT/OAuthなど) Webアプリのセキュリティ対策 HTML/CSS/Reactなどのフロントエンド フレームワークなどのライブラリの理解 SQL/DBなどのデータベースに関する理解 アプリやるならiOS/Androidのビ

“あの会社”の技術を学ぼう今日から業務に活かせる！ 企業ではたらくエンジニアのための、実例全振り技術ブログコミュニティ。もっと詳しく

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

モチョリーヌ🥞ベイクド @milmil0003 新人「女性エンジニアとして、長く続ける秘訣を教えてください」 わい「正直基本的なスキルさえ手につければどこででも働けるので余裕ですが、ぶっちゃけ旦那選び次第です。あと、すぐトレンド変わるので好奇心が薄いとしんどいです、特に育児中。」 このあと人事に怒られた。 2023-01-08 02:10:56

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事は、Elixir Advent Calendar 2022 10の24日目です 昨日は、私で「Eixirで機械学習に初挑戦⑥：いま、Elixir AI・MLで何が出来る？→ElixirでAI・MLを構築するメリット→2023年にElixirで攻略する領域」でした 【2023/12/26追記】 皆さまに沢山、応援いただいた本コラムの続編をアップしました その後、Brightがどうなったかの後日談を、どうぞお楽しみください Merry Xmas！ piacere です、ご覧いただいてありがとございます 今回は、なんだかエモいタイトル

俺はさっきまで知らなかった。これはやばすぎるので増田に書いて広めようと思う。（追記にも書いたが、公式の英語字幕があるので聞き取れなくても心配しないでほしい。） 以下のリンクから飛べる。 https://nptel.ac.in/courses リンク先を見ればすぐ分かると思うが、驚くべきは、カバーしている分野の広さだ。アメリカのMOOC(Udacityだの、Udemyだの)は、表層的な、「すぐ使える技術」の講座ばかりで、オペレーティングシステムやコンピュータネットワーク、あるいは偏微分方程式や代数学といった、コンピュータサイエンスや数学等の基礎学問のような分野はあまりカバーされていない。（主観だが、恐らく正しいはずだ。Udacityのジョージア工科大のコンピュータサイエンスの授業は別だが、数は少ないし、それにしても数学はカバーしていない。） しかし、この「NPTEL」では、自分に関わりのある

技育祭は「技術者を育てる」ことを目的としたエンジニアを目指す学生のための日本最大のオンラインカンファレンスです。ここで登壇したのは、株式会社レアゾン・ホールディングス 執行役員の赤川未來氏。新卒で入社したApple社、現職menu社での経験について話しました。全2回。後半は、Apple社で経験した学びと失敗、menu社に転職した理由について。 インターンシップを経験後、Appleからもらった正式オファー赤川未來氏（以下、赤川）：もう1つ質問をします。先ほどとは変わったスタイルです。「親友からクリスマスにキレイにラッピングされたプレゼントをもらいました。どう反応しますか？」。こちらについても考えて、チャットに意見をお願いします。 「おぉ！　ありがとう！」、そうですね。「メチャクチャうれしくてその場で開けてしまう」、いいですね。「マジ!?」（笑）。「うれしくないものでも喜ぶ」「ありがとう。ビリ

個人的な経験を書きますが、ぼくはエンジニア生活 10 数年で 5 社を転職して渡り歩いています。そして、その 5 社すべてでなにかしらの勉強会なり研修なりといったものをやってきました。 そして、それが仕事であろうとなんだろうと自分がエンジニアに研修なり説明会なりをするときは、自分がもらったものを返すつもりでやってきました。そのときそのときは当然所属している会社があるわけですが、その会社のため (だけ) にやったことは一度もありません。プロジェクトによって参加している人の立場も発注元だったり受託開発の常駐エンジニアだったり様々だったので、あくまで一人のエンジニア同士として自分が伝えられることをなるべく伝わるような言い方で伝えるということをやってきました。その中では所属会社へ都合の悪い話も出たりしますが、これは所属会社へのコミットメントとは別の話です (PHP 使ってる会社で PHP の悪い点

はじめまして。Shougo(@ShougoMatsu) という者です。私は現在、日中ソフトウェアエンジニアとして働く傍ら、GitHub Sponsorsで支援を頂いてテキストエディタ（Vim、neovim）本体を改善する活動やテキストエディタプラグイン開発を行っています。 今回「自分自身のキャリアを振り返り、スキルを向上させるために取り組んできたこと」について解説してほしいという依頼がありました。自分がプラグイン開発を始めてから、もう15年という長い月日が経っていて、世間ではテキストエディタの大ベテランと思われているようです。もうそこまで来てしまったのかと思うと同時に、時間さえかければ誰でもここに到達できると私は考えています。 私をはじめ誰しも最初は初心者です。右も左も分からない状態から始まるのです。私の経験が「自分はこれからどうすればよいのか分からない」「何か強みを持ちたい」と思っている

ゆめみでは、 💰給与自己決定制度（公式ドキュメント） での給与決定が運用されています。下記ガイドラインに関わらず、人材市場評価・社内市場評価も勘案しながら、周囲からレビューをもらい最後は給与を自己決定をします。給与はえいやで決めるとしています。 また、「ガイドライン」とは、その定義から、それを参考にした上で本人が自己決定する手がかりでしかありません。チェックリストを満たしたら単純に給与が上がるというものではないですし、チェックリストを満たしていないから給与が上げられないわけでもありません。 細分化した役割、期待、能力を設定している理由としては、本人が自ら能力開発目標を立てるための助けになるとして設定もされています。 その上で、本ガイドラインを外部にオープンにする事により、業界においてエンジニアがより適正に評価され、能力開発が進む事を期待しますし、各社もオープングレードとして等級制度の内容

プログラマー歴20年の艦これ提督が 作ったプログラムを入れると年収を査定してくれるからと 手持ちのプログラムを全て入れてしまい SMBCとNTTと警察庁、日銀、埼玉県庁で使っているソースコードGithubで世界中に公開してしまう

昔書こうとしてイマイチしっくり来ず放置していた話。 プロジェクトが上手く行っているか、上手く行っていないか。 その人の行動が正しいか、正しくないか。 などというのは、一意に決まらないものです。 プロジェクトには非常に多くの評価軸があるため、人や案件によって「正しさ」が全く違ってきます。 エンジニアのタイプ 社会派タイプ 事業家タイプ 解決思考タイプ 職業人タイプ ものづくりタイプ 技術好きタイプ 科学者タイプ 「素晴らしい技術が発表されました」に対する反応 主な生息域 どのようにタイプが決定されるか 話が合う相手 締め こういう点はフリーランスのほうが感じているのかもしれません。 30代正社員となれば、経験社数はせいぜい1〜3社と言ったところでしょうが、フリーランスになると取引する会社は二桁に及んだりします。 二桁も会社を経験したら法則性が見えてくるのかと思うのですが、価値観は会社や人によ

今年は転職して働く環境が変わり、自分のエンジニアとしての能力が足りないと痛感させられることが何度もあった。しかしそれは技術力が足りないというよりも、もっとほかのもののように思えた。良いエンジニアとは何なのかについて、今年一年で考えたことを書いてみたい。 良いエンジニアとは何だろうか。技術力が高ければ当然に良いエンジニアと言えるのだろうか。そもそもエンジニアに必要なスキルとは何だろうか。技術力がまず挙げられるだろう。良いエンジニアは当然に高い技術力を持っていて生産性が高いはずだ。 技術力に加えて、プロジェクトマネジメントのスキル（以下プロマネ力と省略）も必要なのではないだろうか。これまでの自分の経験を振り返るに、技術的に秀でたエンジニアはプロマネ力も兼ね備えていることが多いと感じる。技術力が高いエンジニアはプログラミングの能力が高いので、組織や開発体制を「プログラム」する能力が培われるのかも

昨年夏頃から会社で開発部の研修担当になり、カリキュラムの全面見直し、開発研修の位置付けや運用方法などを考え、そして実践を今現在やっています。最近、開発研修やWEBエンジニアの教育についての記事が増えてきたなと感じたので私のブログでも書こうと思います。 背景 私の会社では新卒エンジニアが5年ぶりに入社しました。(ちなみに5年前の新卒エンジニアが私です。 つまり5年間、新卒エンジニアの開発研修をしてなかった事になります。 開発研修を担当するにあたり、まずは5年前の開発研修を確認しました。 サーバを一からセットアップ → AWSなどのクラウドがある今必要性を感じない サーバサイド(Apache+PHP+MySQL)がメイン → サーバサイドだけでは今は通用しない フロントエンドはHTMLで簡単なフォームを作るくらい → 今はCSS、JSは触れるくらいじゃないと カリキュラムは社内Wikiで管理