Google Chromeの開発エクスペリエンス責任者であり、AI支援開発に造詣が深いアディ・オスマニ氏が、AIによってエンジニアの能率が格段に改善したにもかかわらず、よく使われるソフトウェア製品に目立った変化がない理由を考察しました。 The 70% problem: Hard truths about AI-assisted coding https://addyo.substack.com/p/the-70-problem-hard-truths-about ◆2種類のAI支援エンジニア オスマニ氏によると、AIを活用してコーディングしている開発者は「ブーストラッパー」と「イテレーター」の2種類に大別することができるとのこと。 まずブーストラッパーは、「Bolt」「v0」「screenshot-to-code」などのAIツールを用いてゼロから新プロジェクトを立ち上げる人たちで、以下の

回答 (5件中の1件目) Flutterの公開(2017年5月12日)は、GoogleによるKotlinのAdroid開発言語への採用(2017年5月17日)より僅かに前です。Dartの公開(2011年11月)は、Kotlinの公開(2011年7月)より僅かに後ですが、Androidの開発言語へのKotlin採用よりもずっと前のことです。より重要なことは、Kotlinと異なり、FlutterもDartもGoogle謹製であり、Googleによって広めるために生まれてきたことです。従って、Googleが今になってまた別のものを広めている、という認識は的を得ていないと思います。 ここで、F...

先日、9月末の株主総会にて、4年半勤めたスターフェスティバルの取締役CTOを任期満了で退任し、3度目のCTOキャリアを終えました。 (直接ご挨拶できていない方もたくさんいるのですが… この場を借りてご報告させていただきます… スタフェスCTOとして大変お世話になりました。引き続きよろしくお願いします。) n回目、みたいな話に関しては、別に多い方が良いみたいなことではないので(むしろ1つの会社でCTOをやり続けている先輩などは、めちゃくちゃ尊敬している)、それ自体がどうって話ではないのだけれど、昨年 P2BCTO の LT で話した通り、様々なタイプの組織でCTOを経験をすることによって得られるものや自分自身に積み上がるものを実感したので、今日時点での自分の考えをアウトプットしておくことにしました。 なお、ver.2015 はコレで、まあ、あれから10年弱たったところ、という感じなのですが、

上記メンバーとほとんど同じメンバーが発表した今回紹介する研究は、1000人以上の実在する人の思考パターンと行動を分析してコピーした自律AIを1000体以上創り上げた内容になります。以前の研究では架空の性格を創り上げていましたが、今回は実在する人の考えを複製（クローン）した自律AIになります。 そのため、参照した各個人に対して2時間のインタビューを実施し、そのデータを基に一人一人の行動や思考をシミュレートできるように創り込みました。 (▲1000人以上の参加者に対して2時間のインタビューを実施し、性格を抽出し、これらの個人の態度や行動を再現する自律AIを作成した) 研究チームはまず、アメリカ社会の縮図となるように、年齢、性別、人種、居住地域、教育レベル、政治的立場などを考慮して1052人の参加者を慎重に選びました。各参加者は、AIによるインタビュアー（GPT-4o）と2時間の音声対話を行い、

Passkeys for DevelopersPasskeys are cryptographic credentials that are phishing-resistant and provide fast, easy and secure passwordless authentication across devices.

登録面談では案件を紹介されましたが、もともとホームページに掲載されていた案件は存在しなかったです。15分くらい話を...

base64とは base64という言葉を聞いたことがあるでしょうか？？ base64とは、64進数を意味する言葉で、すべてのデータをアルファベット(a~z, A~z)と数字(0~9)、一部の記号(+,/)の64文字で表すエンコード方式です ただ、データ長を揃えるためにパディングとして末尾に記号の=を使用するので、厳密にはbase64は、65文字の英数字から表現されます (URLや正規表現のなかでbase64を用いると一部の記号(+,/)は特別な意味を持つことがあるので-や_などが用いられることがあります) なぜbase64をつかうの？？ かつての電子メールを送るためのプロトコルSMTPでは、ASCIIといわれる7bitで表現される英数字しか送ることができませんでした したがって、メールを使って画像や音声などのデータをやりとりしたいと思った時に、英数字しか対応していないSMTPでは、それら

はじめに 会社員として働く上で評価は最も大きな関心事の1つでしょう。評価によって自身の職位や給料が決まるのでそれも当然です。 しかしながら、「納得感のある評価を受けられていますか？」と問うと明確にYesと答えられる人は稀でしょう。「成果を出したのに正しく評価されていない」と不満を持っていたり「評価は偉い人が勝手に決めるものだから…」と諦めている人もいるのではないでしょうか。少なくとも過去の私はそうでした。 そもそも、評価をどのように受けるべきか指導や研修を受けたことはありますか？私にはその記憶はなく、自身が評価者の立場になって初めて評価というシステムに真剣に向き合うことになりました。 評価の際に被評価者としてできることは、評価者に自分の成果や成長を適切にアピールすることです。そして、アピールの方法として最も確実かつ重要なのは伝わる自己評価を書くことです このエントリは、被評価者が評価者に正

仕事柄、大学生とよく会います。みんなひたすらに優秀。学生の頃の活動は、自分のど真ん中と紐づいてるからかどれも魅力的。 そんな彼ら彼女らですが、卒業し、就職した後、そのままめちゃ伸びて大活躍って子と、ちょっとくすぶってる子にわかれます。そんな時によく相談受けるので、アドバイス的なものをさせていただくことがあるんですが、それの評判が良かったのでnoteにまとめました。 このnoteを読んで、実践してもらった上でのGoalは、 社会人三年目くらいの「うわ、あの人仕事できるね」って言われてるような人に、半年でなる。 です。 この感覚わかりますかね？ 多分会社員の皆さんだと、「あーあいつみたいな感じね」「あーあの人みたいな感じか」となってもらえるかと思います。 会社員じゃない人だとあまりイメージ湧かないかもしれませんが、クライアントの若手の仕事できそーな感じの人を想像してみてください。そうです、その

真のエンジニアリングには「定量化＆定性化」が不可欠 「『エンジニアリング』してますか？」という参加者への問いかけからスタートした鷲崎氏の講演。同氏によれば、エンジニアリングの辞書的な定義は「科学に裏打ちされた技術活動・学問体系」とされており、ソフトウェアの開発運用を行う際にこの定義を満たしていれば、きちんと「エンジニアリングを行っている」と表現できる。 ただしSWEBOKにおいては、ソフトウェアエンジニアリングを「ソフトウェアの開発運用保守に対する体系的、規律的、定量的なアプローチの適用」としている。この定義に則れば、個々の技術者の直感、すなわちそれぞれが良かれと思うスタイルで開発を行うカウボーイコーディングは、ソフトウェアエンジニアリングではないことになる。 加えて、鷲崎氏はソフトウェアエンジニアリングを「定量的であることが望ましい」とする。定性的な部分はもちろん、品質の測定評価や顧客満

ソフトウェアエンジニアは、どのように事業に貢献すべきか？ 宿泊施設やレストランの予約サービスを提供する株式会社一休で執行役員CTOを務める伊藤直也さんは、2016年に入社しておよそ2年間、心の奥に抱えた悩みを解消できないまま仕事をしてきました。 伊藤さんは、2000年代から複数のWeb系テックカンパニーで技術部門のリーダーとして活躍し、現在でも利用される個人向けWebサービスのローンチをいくつか手掛けています。一休には入社以前からフリーランスで技術顧問を務めており、会社がヤフーグループ（当時）に入って経営陣が一新されるタイミングで、代表取締役CEOとなった榊淳さんの要請を受けて入社しました。 当時は全て.NETだったというサービス基盤の刷新や技術的負債の解消、開発組織の整備といったエンジニアリングにおいて重要な改善を進めてきましたが、あるとき自身が「事業に貢献していない」ことを明確に意識す

対象者 未経験からエンジニアを目指したい！と考えている方 エンジニアになったけどなかなか成長できてないな・・と感じている方 エンジニアになったけど毎日が大変な人 もはや挫折寸前の人 に読んでいただけると嬉しいです！ 自己紹介 株式会社PRUMという会社の代表をしています。岩本です。 https://prum.jp/ SES企業でエンジニアとして就業したのち、ヤフーでもエンジニアとして働いておりました。 2019年、PRUMを創業し組織を５期目の途中で70名の組織まで成長させました。 エンジニアの成長について、誰よりも考え抜いてきた自信があります。 エンジニアと挫折について 僕は、エンジニアになって1年で 「もう辞めたろう、俺には合わん、無理だ」 と思っていました。 1年間、闇雲にものすごいやる気で勉強し続けた自分ですら、そう思いました。 ただなんだかんだ今もシステム開発の業界にいて、もう1

会社員にとって、昇給は大きなモチベーションの一つです。しかし、自分としては成果を出しているつもりなのに、あまり給料が上がらない……。そんな悩みを抱えた方も少なくないでしょう。 一方、視線を海外に移すと、毎年10%近くの「すごい昇給率」を叩き出している国もあります。それがインドです。この昇給率に大きく影響しているとされているのが、利益に貪欲で自己主張にためらいがないインド式のマインド。 そこで今回は、10年以上前からインド・ニューデリーを拠点にビジネスを行う公認会計士・税理士の野瀬大樹さんにお声がけし、これまで接してきたインド式のタフなマインドやバイタリティについて教えてもらいます。 あまりに極端でマネしづらい部分もありつつ、年収を上げたい、と願う日本のビジネスパーソンのヒントになりそうなエピソードをたくさんお聞きできました。 野瀬大樹さん。公認会計士・税理士。大学卒業後、監査法人にて法定監

0 && stateHdr.searchDesk ? 'pa pdd chac tc-bd bw hbr-20 hbss lpt-25' : 'hdn'">

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 高いセキュリティレベルが要求されるシステムの開発を依頼される場合があります。 その場合には、システムをセキュアに作るだけではなく、お客様に「何が」「どう」セキュアなのか、説明する必要があったり、場合によっては担保する必要があります。 この場合、何を元に説明したり、担保したりすればよいのでしょうか？ ここで使われるのがセキュリティ要件定義書です。 OWASP（後述）のセキュリティ要件定義書をベースに、セキュリティ要件定義書の作り方、入れるべき内容を学びましょう！ #要件定義書に書くべきこと セキュリティ要件に書くべきことは、セキュリティ対