【教材まとめ】これ全部やったら流石に誰でもつよつよAIエンジニアになれる - Qiita
はじめに 本記事ではAI知識ゼロから始めてAIエンジニアとして実務にチャレンジできるレベルを目指してロードマップ形式でコンテンツをまとめました。 生成AIの台頭、SakanaAIの大型資金調達やGoogleの研究者（ヒントン氏ら）のノーベル賞受賞も重なり、さらにAIへの注目が集まっている状態かと思います。 しかし初学者にとって、AIを学ぶハードルはまだまだ高いのが現状です。AIをツールとして活用するだけなら比較的障壁は高くないですが、理論的な部分まで含めると学ぶべき内容が広く、分野によっては難易度が高く、せっかく学び始めたのに挫折する人も多いです。 未経験だけどAIの知識を身につけたい 現在web開発の知識があり、AIも学びたい AIを学んでエンジニアインターンや実務で活躍したい といった方は是非読み進めていってください。 コンテンツは随時追記していきます。 構成 本記事は下記のような構成
「エンジニアはビジネスを学べ！」に違和感を感じるあなたへ｜AIcia Solid Laboratory
まず結論！IT エンジニアやデータサイエンティストと呼ばれる人には2種類います。 「ビジネスマンの中の技術担当」「技術者の中のビジネス領域担当」です。 ビジネスマンの中の技術担当なら、ビジネスも学んだほうがいいです。 技術者の中のビジネス領域担当なら、技術を学んだほうが良いです。 自分がどちらかを見極め、スタンスを取り、勉強・研鑽していきましょう！ じっくり詳細 - 2種類のエンジニアこの話は、IT エンジニア向けを想定して書きますが、データサイエンティストも当てはまります。なお、機械系のエンジニアは、私はあまり詳しくないのですが、普通に技術学ぶのが大事だと思う（？）ので、一旦置いておきます。 以降、めんどくさいので、「エンジニア」と書きますが、IT エンジニアやデータサイエンティスト等を指していると思ってください。 エンジニアには2種類います。それが、「ビジネスマンの中の技術担当」と「技
『三体』の劉慈欣と並び称される作家・韓松による超ド級のＳＦ長篇──『無限病院』 - 基本読書
無限病院 医院 作者:韓 松早川書房Amazonこの『無限病院』は、中国SF四天王の一角にして『三体』の劉慈欣と並び称される韓松による〈医院〉三部作の開幕篇だ。帯の惹句には劉慈欣が『中国のSFをピラミッドとするならば、私が書くような二次元のSFはその土台、韓松が書く三次元のSFはその頂点だ。』と寄せていて、読み始める前からハードルは上がりに上がっていた。 それが実際読み始めると冒頭130ページほどは正直いって何を言っているのかよくわからず、そもそも世界はおかしいのだが、同時におかしな登場人物たちが理屈が通るような通らぬようなことをばらばらに語っている。冒頭は不条理のカフカか幻覚のディックかといった間をふらふらとさまよいつつ、次第に物語は世における医療と未来を問う医療SFと化し、そのままSF的に展開するのかと思いきや、中盤以降は突然村上春樹的なメタファーとセックスに溢れた世界に突入し──と、
シニアなエンジニアの振る舞いとリーダーシップについて - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 自分はこれまでメンバーレベルのポジションとしてしか働いたことがありません。 ただ、自分と比較して必ずしも技術的に優れているわけではない同僚がインパクトの大きい仕事をしたり、上司やマネージャーの信頼を得たりしていくのを見た経験から、 自分がよりインパクトの大きい仕事をしていくためにはどのような部分が足りていないのかを考えるために、色々と調べたり、考えたり、まとめたりしてみました。 シニアなエンジニアについて ここでは、グレードの高いエンジニアや抽象度の高い仕事を日常的に行っているエンジニアをシニアなエンジニアと呼ぶことにします。 シニアな
【無料】エンジニアの評価シートサンプルと書き方｜制度の作り方や基準を紹介
エンジニアの評価シートは、業績やスキルを正確に測定し、エンジニアの成長を促すための重要な資料です。技術スキルだけでなく、プロジェクトへの貢献度や問題解決能力など、多角的な視点で評価することが求められます。 一方、評価基準が多岐にわたることから「エンジニア向けの評価シートの作成方法がわからない」「そもそも評価制度が確立しておらず、ゼロから制度を見直したい」と悩む方も多いのではないでしょうか。 本記事では、エンジニア向け評価シートの無料サンプルを配布します。加えて、評価制度の構築手順や評価シートの書き方も詳しく解説するので、ぜひ最後までお読みください。 エンジニアの評価シートを簡単に作れるツール「NotePM」 【基礎知識まとめ】エンジニアの評価制度とは？ エンジニアの評価制度とは、エンジニアの業績や能力を体系的に測定・評価するシステムのことです。この制度では、技術スキルやプロジェクトでの貢献
「読んだらわかる」のは、特殊な才能。
まだ私がコンサルティング会社にいたころ、徹底的に訓練されたために、よく記憶に残っている項目が2つある。 1つは、「結論から言う」こと。これは別の記事に書いたので、詳細は割愛する。 そして2つ目が、今回のテーマである、「中学生にもわかるように書け」だった。 だが、これは、習得が極めて難しかった。 「中学生にも」と言うだけなら簡単だが、実践の指針がなく、上司などのレビューに頼っていたからだ。 実際、私は上司に資料を提出すると、しばしば「分かりにくい」と指摘をもらい、赤入れされた。 ただ、いつも気になっていた。 書き直すのはいい。私が未熟なのもわかる。 だが、「中学生にも」というのは、いくらなんでもお客さんを馬鹿にし過ぎではないか、と。 相手はいい大人だ。 しかし、私が一人でお客さんのところへ行くようになると、上司が「中学生にもわかるように」と言った意味がよくわかった。 なぜなら、誤解を恐れず言
チームに無能がいなくなる『メンバー全員で公式ドキュメントを読みあわせる』に感銘をうけた話。 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これは、同じエンジニアである妻から聞いた話なのですが、彼女の案件で「メンバー全員で公式ドキュメントを読みあわせる」という取り組みがあったそうです。 で、この方法「チーム全体にとって大きなメリットがあるんじゃないか？」と思ったので、共有させていただきます。 「誰も知らない」から「みんな知ってる」に 私は開発職なので、めずらしいことなのかそうではないのか判断がつかないのですが、その案件では、導入対象の製品について詳しい知識を持っているメンバーが一人もいなかったというのです。 誰もその製品をさわったことがなく、とりあえず強そうなメンバーを入れ
『SUUMO』を止めるな。大規模横断バッチがEOSLを迎える「2027年問題」にどう立ち向かったか - はてなニュース
あらゆるソフトウェアに存在する「サポート期限（End Of Service Life、EOSL）」。EOSLを迎えたソフトウェアにはパッチなども提供されなくなるため、安定した運用が困難になります。メーカーからのアナウンスがあれば、より新しいソフトウェアへの移行計画を作成し、これまで動作してきたアプリケーションプログラムの稼働に影響がないかを確認し、場合によっては改修を加えるといった一連の対応が求められますが、それには多くの労力が必要です。 1つのシステムですらこれほど大変なEOSL対応ですが、賃貸を取り扱う事業、新築マンションを取り扱う事業など、複数の事業領域で構成されている『SUUMO』では、仮想化ソフトウェアのEOSLを機に「複数の異なる領域で横断的に利用される、12万以上のジョブが動作する横断バッチの移行プロジェクト」を実行、無事完遂しました。 事業に不可欠でありながら、新規サービス
身近な人が亡くなった時の手続きと備えのすべて!?（必要書類の記入例付） – 遺品整理・生前整理・買取ならリサイクルジャパン
もくじ 身内が亡くなった時に対応すること危篤から葬儀まで（なるべく早く）死亡診断書の受取から死亡届提出まで（２～７日以内）火葬許可申請書の提出（２～７日以内）通夜、葬儀・告別式について役所などの手続きについて世帯主変更届の手続き（14日以内）健康保険証の返却（14日以内）高額医療費の請求葬祭費・埋葬料の申請（2年以内）介護保険被保険者だった場合の手続き（14日以内）相続税の申告・納付（10カ月以内）相続税申告書の書き方ぜひ活用してほしい特例制度相続税の怖い罰則遺族が受け取ることができる年金（2年～5年以内）遺族年金の受給資格遺族年金の請求方法寡婦年金と死亡一時金の請求方法その他のおすすめ情報家族が亡くなったら解約するもの（なるべく早く）返却義務がないもの相談できるプロの専門家身内が亡くなった時に対応すること 身内が亡くなると、必ずさまざまな手続きを進めなければなりませんが、ほとんどの方にと
IT部門が頭を抱える「CentOS終了問題」 なぜ企業は後継OSに「AlmaLinux」を選ぶのか
IT部門が頭を抱える「CentOS終了問題」 なぜ企業は後継OSに「AlmaLinux」を選ぶのか：移行先の検討で留意すべきこと 無償のLinuxディストリビューションである「CentOS」の更新が2024年6月に終了した。そのまま使い続けるとセキュリティリスクになるが、有償の「Red Hat Enterprise Linux」への移行は検証も含め、コスト面で課題があるケースも多い。日本語サポートも欲しいところだ。現実的な移行先を解説する。 無償のLinuxディストリビューションとして普及している「CentOS」を利用する企業が今、岐路に立たされている。「CentOS Linux 8」はアップデートが2021年末に打ち切られ、「CentOS Linux 7」の更新が2024年6月に終了した。今後もセキュリティパッチを適用して安全に使うためには、ベンダーが有償で提供しているCentOSの延長
話が盛り上がらない、雑談ができない人の根本の原因 ファシリテーションの達人が語る「抽象化」のスキル
話が盛り上がらない人は「抽象化」が苦手 久保彩氏（以下、久保）：荒木さんはよく著者の方と対談されますけれども、本を1回ばーっと読んでおいた上で、「ここを聞きたいな」というポイントをあらかじめ定めている問いもあるし。もし相手の方の問いがおもしろかったら、設計した問いは捨てて、その方の話をぐっと深掘りするみたいな柔軟性を持っていますね。 荒木博行氏（以下、荒木）：僕は問いすら用意していないですね（笑）。 久保：そうなんだ。もうそれは習熟ですね（笑）。 荒木：その人の自己紹介とか、「この本についてちょっと軽く話してもらえますか？」という話をして、「なるほど。この点はめっちゃおもしろかったです」と、最初の5分くらいでラポール（信頼関係やリラックスできる関係）を築く。その上で、「でも、今おっしゃったところですごくおもしろい予想外のポイントがあったんですけど、そこからいきましょうか」という感じでやって
Kindle本紹介で稼ぐ Amazonアソシエイトのはじめ方 - きんどう
こんばんは、きんどうです。Kindleを通じた新しい本との出会い方、みたいなレコメンド論を書こうと思ってましたが電子書籍業界的には読者の成長より「売り手の確保が必要では？」という危機感からお金儲けの話をします。 ザックリ本記事をまとめると ・導入：リアル書店減少で本との出会いの場が減っている → 否！電子書籍でも本との出会いはたくさんあるハズ ・読者としてセールやキャンペーンを通じて新作と出会おう → フィクサーとしてAmazonアソシエイトやろう ・売り手として電子書籍を見ると新作を探す意欲も変わる → 技術的な話もするね ・お金儲けがメインになると人間関係壊すからほどほどにね。転売屋みたいにね。憎まれるよ みたいになります。 お金の話をします。圧倒的に金になるのはセール紹介です。多少のマーケティング本（オイラはセス・ゴーディンからはいりました）読んで「伝える・届ける、信頼される、動かす
【インフラエンジニアbooks】30分でわかる「AWS継続的セキュリティ実践ガイド」
インフラエンジニアbooks #49
クレカ情報の流出があったタリーズオンラインストアのWebアーカイブから原因を特定した猛者が現れる→集まった有識者たちにより巧妙な手口が明らかに
あらおじ @ojigunma すごい タリーズの原因発見してる人いる 確かにナンカある slick.min.js という画像をスライドするファイルの中に 難読化された悪意のあるコードが追記されてるっぽい 難読化は４段階ぐらいされてるらしい これブラウザとかセキュリティソフトで気づくのは無理なんだろか。。。 x.com/motikan2010/st… Niishi Kubo | GitLab,Limeboard @n11sh1_ クレカ情報漏洩の件、技術的な原因特定はこの投稿が一番分かりやすかった。 slick.min.js（画像切り替えのライブラリ）を改ざんされてマルウェアが仕込まれて、クレカ情報はサーバーに送信される前にフロントエンドから外部に送信されていたらしい。Content-Security-Policy がレスポンスヘッダーにきちんと設定されていれば悪意あるドメインに対しての通信
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
最も重要な「最も重要なマンガ10選」10選
作って理解する RDBMSのしくみ
40代後半で開発エンジニアからクラウドインフラエンジニアにキャリアチェンジし、生き残れる自信がようやく持てた話
TOEIC® Listening Practice
Webセキュリティのあるきかた
クレジットカードを製造する技術
