並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 1879件

新着順 人気順

アウトプットの検索結果281 - 320 件 / 1879件

  • 頭の中を整理する「最強のメモ術」———“ツェッテルカステン”を試してみた - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習

    「また忘れちゃった……」 仕事中、ふと閃いたアイデア。たしかメモ帳に書き留めたはずなのに、どこに書いたっけ? デスクの引き出しから出てくるのは、似たような複数のメモ帳。これじゃ、せっかくのアイデアも迷子になるばかり。 本、ネット記事、SNS、ポッドキャスト——毎日大量の情報が頭に入ってくる。「これ、面白いな」「あとで使えそう」と思っても、頭の中はどんどんごちゃごちゃに。アイデアは浮かぶのに、いざアウトプットしようとすると、断片的な知識が迷子になってしまう。 「思考整理」「アイデアノート」と検索しては試すものの、どれも3日と続かない。もっと自然に、もっと効率的に、自分の頭の中を整理できる方法はないのだろうか——。 そんな方におすすめなのが、「ツェッテルカステン」というシンプルな思考整理法です。思いついたときに、思いついただけメモする。その小さな積み重ねが、気づけば混沌とした頭の中を整理し、自

      頭の中を整理する「最強のメモ術」———“ツェッテルカステン”を試してみた - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習
    • 解説『科学的根拠に基づく最高の勉強法』を試してみたら効果抜群すぎた|もとやま📚著書『投資としての読書』

      おいおい、大学受験の前に教えてくれよ。。。 「高校時代の自分に読ませたい本を一冊あげなさい」と言われたら、僕はこの本を選びます。 ・この本の勉強法、何がそんなにすごいのか? ・試してみてどうだったか? ・突っ込みどころはないか?(他の研究を照らして) さっそく語ってまいりましょう。 『科学的根拠に基づく最高の勉強法』とは?本書は、「学習科学」の知見に基づいた効果的な勉強法を紹介した本でして。 著者の「医学部受験や国家試験合格の実践知」と「最新の認知心理学や教育学の研究データ」が掛け合わっています。 その辺の「私はこうやって東大に合格しました」という体験談偏重の記事や、「海外の論文はこうだ!(どや)」で終わっている学術論文寄せ集め本とは一線を画す本。 ・・・ってことで、何度か読んでますが、これ、めちゃくちゃすげー本なんですよ。 では、どんな科学的根拠が提示されているかというと、メインは認知心

        解説『科学的根拠に基づく最高の勉強法』を試してみたら効果抜群すぎた|もとやま📚著書『投資としての読書』
      • 英語の熟語を効率的に覚えるコツとは?忘れにくい英熟語の覚え方を紹介

        「英語の熟語が覚えられない」 「単語の暗記で手一杯で、熟語まで手が回らない」 組み合わせる前置詞によって、意味が変わってしまう英語の熟語を覚えるのが苦手、という方も多いのではないでしょうか。 特に受験を控えた中学生や高校生の場合、単語の暗記を優先してしまい「なかなか英熟語の暗記まで手が回らない」というお悩みもあるでしょう。私自身もそうでした。 つい学習をおろそかにしてしまいがちな英熟語ですが、実は日常的な英語のコミュニケーションでは非常に重要な役割を果たします。 英熟語が身につくと表現の幅が確実に広がり、何よりネイティブのような自然な英語に近づいていきますよ。 英熟語の覚え方にはいくつかのコツがあります。この記事では「そもそも英熟語って何?」というところからはじめ、効果的な英熟語の身につけ方まで解説していきます。 執筆者:Lin 小4までアメリカの現地校に通い、帰国後は「英語はネイティブ並

          英語の熟語を効率的に覚えるコツとは?忘れにくい英熟語の覚え方を紹介
        • 3DCG完全初心者が「10日でBlender4入門」完走できた話|つぶあん

          当方、2024年12月からはじめたBlender(無料で3DCGを作れるソフト)初心者です。 今回の記事では「10日でBlender4入門」を完走するまでのつまずきポイントなどをまとめて備忘録としたいと思います。これから購入してBlenderはじめようかな?と思ってる方の参考になったらうれしいです。 Blenderはじめたきっかけ毎日Xにいるので、クリエイターの方々の投稿でBlenderのことはなんとなく知ってました。 そして先日、この松子さんのポストに心をつかまれたんです👇 blenderはじめたい方々の需要を感じたので、一部ですが松子がやった事まとめてみました。本とYouTube同時に使うのが良いこと取りって感じでまじでおすすめです。あとなんだかんだ結局一番勉強になるのはアウトプットだから、作りたいものがあったらどんどん作ってどんどんXに流しちゃお!て思います。 pic.twitte

            3DCG完全初心者が「10日でBlender4入門」完走できた話|つぶあん
          • 残業だらけだった営業担当者が実践した営業効率化のコツ15選

            「時間をかける必要がない業務にたくさん時間をとられている気がする・・」 「営業業務を効率化させたいけど、何から手をつけていいのかわからない」 そんなお悩みをお持ちではありませんか? この記事では、営業の業務を効率化するテクニックを15個ご紹介します。 時間のかかりやすい顧客のリサーチや分析、資料作成やメール作成など、実際にセレブリックスの営業パーソンたちに利用しているテクニックをヒアリングしてまとめました! 成果に直接つながりにくいタスクの作業時間は短縮したいけど、成果や質は落としたくない。そんな方はぜひ最後までご覧ください。 あわせてお読みください 本記事とあわせて、営業力を高めるための新規開拓チェックリストをぜひご活用ください。新規開拓で生産性を向上させ、成果を高めるためのチェックリストです。営業パーソンや営業組織が持つべき基本的なスタンス、起こすべき行動から、実際の営業活動で実施すべ

              残業だらけだった営業担当者が実践した営業効率化のコツ15選
            • 複雑な内容も一枚でスッキリ! “概念マッピング”で学習効率が劇的に変わる理由 - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習

              「複雑な内容が頭に入ってこなくて、勉強のモチベーションが保てない」 「何度テキストを読んでも、一向に覚えられない」 「わからない」「覚えられない」という壁は、勉強している人の多くが直面するもの。何度テキストを読んでも、まとめノートをつくって復習をしても克服できず、諦めていませんか? 勉強内容が定着しない場合、情報の整理ができていない可能性があります。頭のなかがごちゃごちゃしたままでは、十分な理解や記憶定着がしづらいのです。 そこで本記事では、学習内容を整理するために「概念マッピング」をご提案します。情報を視覚的に整理することで、内容を理解し記憶しやすくする方法です。 基本的な作成手順と、デジタルツールの活用例もご紹介します。 概念マップとは何か、その学習効果 概念マップの作成方法 「概念ラベル」の関係性を視覚的にとらえられた 概念マッピングにおすすめのツール2つ 1. CmapTools

                複雑な内容も一枚でスッキリ! “概念マッピング”で学習効率が劇的に変わる理由 - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習
              • 発達障害女の出産・子育てレポ①(妊娠編)

                出産、子育て、発達障害、それぞれ単独属性レポは色々見てきたけど、発達障害者の出産・子育てレポはあまり見た事が無かったので書いてみる。 発達障害持ちで出産・子育てしたいけど不安、といっている増田を見かけた事もあったので、一例として。 増田について・精神障害者手帳3級持ち(ADHD,ASD併発) ・30代 ・でき婚 ・正社員。クローズド就労。同じ位の年収の人と二馬力で暮らしています。 妊娠についてピルを貰いに産婦人科に行ったら妊娠が判明。 手帳持ちで未婚、近くに親族もいなかったため、役所の保健士さんにも病院のお医者さんにも警戒されているのを感じたが、 心配してくれる人が多いのは助かるので、色んな助言に素直に従う事を心掛けた。暫く心掛けていたら、みんな優しくなって、色々助けてもらえて有難かった。 一方で、厳しさと悪意をごっちゃにしてそうな様子の人からの助言・指導に対しては、表面上「うんうん」と言

                  発達障害女の出産・子育てレポ①(妊娠編)
                • ドメイン知識を高速で身につけるための心得と組織の備え - enechain Tech Blog

                  忙しい人向けのまとめ ドメイン知識ってどうやったら早く身につくの? ドメイン知識習得までの実践例 インプットにおいて意識したこと 各知識のインプットの進め方:実践例 業界のエコシステム 業界のトレンド 担当プロダクトのミッション 3C分析・ユーザージャーニー・アウトカムが出るまでの変数 さいごに enechainでブローカー向けプロダクトとクリアリングプロダクトのPdMをしている加藤です。 さて、会社選びの観点で、ドメイン知識がない領域に飛び込むのが怖いと思っている方は多いのではないかと想像しています。一方で、業務理解が難しいドメインに身を置く会社の中の人も、そうした方が活躍するにどんなオンボーディングプログラムや体制を用意すれば良いのか困っているのではないかとも思います。 そんな方の悩みに少しでも寄り添えればと思い、領域未経験・ドメイン知識がない状態で飛び込み約4ヶ月が経った身から、オン

                    ドメイン知識を高速で身につけるための心得と組織の備え - enechain Tech Blog
                  • ジョセフ・ヒース「イブラム・X・ケンディのバブルの崩壊:しかし、傷跡の修復にはどれほどの時間を要するのだろう?」(2023年10月7日)

                    〔訳注:イブラム・X・ケンディは批判的人種理論の代表的論者としてアメリカで非常に有名な人物である。彼の著作は、全米の多くの学校や企業でDEI(Diversity:多様性、Equity:公平性)、Inclusion:包括性)教育・研修教材として使用されている。日本では朝日新聞のインタビューをここで読むことが可能。ケンディは教鞭を取るボストン大学内に設置された反人種差別研究・政策センターの代表を務めていたが、2023年になって大量に集めた寄付金の出所不明な拠出等が問題となった。この事件はアメリカでは大きなスキャンダルとなっている。〕 イブラム・X・ケンディが所長を務めるボストン大学反人種研究・政策センターでのスキャンダルは、当然のように大量のシャーデンフロイデ〔ざまーみろ〕を引き起こしたが、より興味深いのが、多くの識者・論者がひっそりと思っていた「ケンディの主要な見解は、完全にナンセンスである

                      ジョセフ・ヒース「イブラム・X・ケンディのバブルの崩壊:しかし、傷跡の修復にはどれほどの時間を要するのだろう?」(2023年10月7日)
                    • 工数6割削減! 生成AIとOCRを組み合わせ、店舗毎に形式が異なるレストランメニューを読み取らせてみた - Tabelog Tech Blog

                      目次 目次 1. はじめに 2. プロジェクトの内容と成果 2.1. メニュー入稿業務の説明 2.2. 作業効率化のためのツール開発 2.3. 成果 3. メニュー抽出処理の詳細 3.1. OCR技術 3.2. 生成AIとOCRを組み合わせたメニューデータ抽出方法 3.3. ストリーミング対応 3.4. 斜め画像への対応 3.5. メニュー画像タイプごとの抽出精度 4. 成功の要因となったポイント 4.1. 生成AI領域だけでなく、幅広く解決案を模索したこと。 4.2. 作業効率化に直結するUIは徹底的な作り込みを実施したこと。 4.3. 最新動向を常にウォッチし、柔軟な方針転換ができたこと。 4.4. 作業の完全自動化を目指さなかったこと。 5. 生成AIを業務活用する鍵はフルスタックエンジニアにあり 6. 食べログの未来を一緒に変えてくれる人募集中! 1. はじめに 初めまして。食べロ

                        工数6割削減! 生成AIとOCRを組み合わせ、店舗毎に形式が異なるレストランメニューを読み取らせてみた - Tabelog Tech Blog
                      • クラスメソッドによる2024年OSS支援(5件)を紹介します | DevelopersIO

                        2024年。今年も去年に引き続きクラスメソッドとしてOSS支援(5件)を実施させていただいたので、その内容を報告いたします。 「そろそろOSS支援の季節がやってまいりましたね!」 「今年は全社で候補を募ろうぜ」 2023年に実施していたクラスメソッドによるOSS支援ですが、2024年の今年も5つのOSSに対して支援を実施させていただきました。このブログでは、支援先の選定過程や選定理由などをご報告いたします! 2023年(去年)のOSS支援内容 2023年も同じような時期に、クラスメソッドとしてOSS支援を実施しております。詳細はこちらをご参考ください。 クラスメソッドOSS支援開始のお知らせ そもそもなぜクラスメソッドはOSSを支援するのか? (この内容は去年と変わらずですが、大事なことなので再掲しています) そもそも、なぜクラスメソッドがOSSを支援するのか、その理由を説明します。この草

                          クラスメソッドによる2024年OSS支援(5件)を紹介します | DevelopersIO
                        • 新卒2年目で退職するエンジニアのAさんへ - キムチのきもち

                          5月から10月に入っていた現場に、新卒2年目のジュニアエンジニアAさんがいました。 しかし、PJTの終わりごろ、Aさんがその現場を最後に退職することを知りました。 彼にはたくさん質問に答えてもらいましたし、助けてもらった恩がありました。 だから、私はAさんに餞別として1本のドキュメントを作成しました。 この記事は、その内容を公開できる形へ改変したものです。 一万文字ぐらいありますが、若手のエンジニアの人に読んでもらえたら、とても嬉しく思います。 はじめに 本書の構成 1. 仕事を通じて感じたAさんの強み・弱み Aさんの強み 知的好奇心が強い 気合と根性がある 思ったことをちゃんと言える Aさんの弱み 他者と働くための素養が未熟 自分を飼い慣らせていない 虫の目に偏っている 2. 本を読め!いいからコレを読め!仕事なんかせず読め! 3. 人間が自然界という制約に拘束されていることを忘れるな!

                            新卒2年目で退職するエンジニアのAさんへ - キムチのきもち
                          • ローカルLLMでzoltraakを動かせるか検証してみた

                            はじめに どんな人向けの記事? ローカルLLMに興味のある人 zoltraakに興味のある方 LLMを用いて要件定義書を作りたい方 内容 今回は元木さんのZoltraakを使って、自然言語から要件定義書を作ってみようと思います。 ただし、リリースされてから2ヶ月以上経ったzoltraakを普通に動かすだけでは面白くないので、この記事ではローカルLLMを使った場合にどの程度の品質のアウトプットが得られるか、そもそもまともに使えるのかを検証してみたいと思います。 結論 結論から述べると、下記の通りになりました。 現状のローカルLLMだけでzoltraakを完全に動作させるのは難しそう。 要件定義書は問題なく作成できる。 その後の工程の、ディレクトリ・ファイル構成を作成するための実行可能なpythonコードを作ることができなかった。 grimoiresの記載を工夫することで、ある程度は改善できる

                              ローカルLLMでzoltraakを動かせるか検証してみた
                            • なぜタスクごとにバッファを設けてしまったのか - Qiita

                              Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに この記事は (Webアプリケーション開発プロジェクトでディレクター担当の) 私が経験した反省点を振り返り、みなさんと共有するものです。 プロジェクト管理における一つの重要なテーマ、バッファの設定について考えるきっかけにしていただければと思います。 まず バッファとは 「バッファ」とは何かを簡単におさらいしましょう。 プロジェクトのスケジュール見積もりにおいて、 不測の事態に備えて設けられる安全余裕のことです。 タイトルの回収 さて、私がなぜ1タスクごとにバッファを設けたのか? 答えはシンプルに「その方がスケジュールの確度が向上

                                なぜタスクごとにバッファを設けてしまったのか - Qiita
                              • 開発速度よりも大事なものを見つけた話 - Algomatic Tech Blog

                                こんにちは、シゴラクAIカンパニーCTOの菊池 (@_pochi) です。 この記事は、Algomatic アドベントカレンダー2024の15日目の記事です。 algomatic.jp シゴラクAIカンパニーでは、「シゴラクAI」という法人向け生成AI活用プラットフォームの開発運用に加えて、新たな事業領域でのチャレンジを進めています。 新規事業立ち上げという、最大限に不確実性が大きい事業フェーズ において、エンジニアリングによって事業価値向上に最大限寄与するにはどうしたらいいか?を試行錯誤してきました。 本記事では、そんな試行錯誤の過程である、現在のシゴラクAIカンパニーの開発スタイルについてご紹介できればと思っております。 「開発速度」より「変化への即応性」を重視しています 開発速度は非常に大事ですよね。ソフトウェアによって課題を解決する事業運営において、ソフトウェアエンジニアの開発速度

                                  開発速度よりも大事なものを見つけた話 - Algomatic Tech Blog
                                • 6年勤めたLINEヤフーを退職します|Toshimitsu Kugimoto

                                  2025年1月14日付でLINEヤフーを退職します。私は2018年に千葉大学の大学院を修了後、新卒でヤフーに入社し、そこから6年と9ヶ月間ソフトウェアエンジニアとして働いてきました。途中合計で9ヶ月程育休を取得したので、実際に仕事をしていた期間としては6年程になります。 1月6日に最終出社を終え、1週間程の休みを挟んで1月15日からはウーブン・バイ・トヨタ(Woven by Toyota)という会社で働きます。なお転職活動についての詳細は別途記事を書く予定です。 謝辞まず始めに、LINEヤフーおよびPayPayでご一緒させていただいた皆様、この度は大変お世話になりました。素晴らしい方々に囲まれ、幸運な環境で働けたことを心より感謝しています。技術的にはインフラからフロントエンドまでフルスタックに幅広い経験を積むことができ、ビジネス面やデザイン周りでも多くの方と協業させていただき、大変貴重な経

                                    6年勤めたLINEヤフーを退職します|Toshimitsu Kugimoto
                                  • テストプロセスを詳細化した話 - レビュー・テスト分析 - Qiita

                                    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 以前、シフトレフトのために静的テスト、動的テストの2つのアプローチからどんなアクションを取れるかを記事にしました。 上記記事で書いたように、以前までのwith QAチームではテスト設計以降の作業を重視せざるをえず、上流工程でのテスト活動を明文化できていませんでした。しかし、メンバーの増強とユニット制への体制移行により、より上流工程から積極的にQAが関わっていけるようになりました。 その中でQAとして何ができるとよいのかを考えた結果、より積極的にテスト活動が行えるようテストプロセスを詳細化することにしました。具体的にはwith QAチーム

                                      テストプロセスを詳細化した話 - レビュー・テスト分析 - Qiita
                                    • コントリビュートで沢山の人が救われる。mattn氏が語る、好循環を実現するアウトプット活動の仕組み

                                      コントリビュートで沢山の人が救われる。mattn氏が語る、好循環を実現するアウトプット活動の仕組み 2024年8月6日 mattn 大学卒業後、ソフトウェアハウスやSIerなどでソフトウェア開発に携わる。vi派生のテキストエディタVimの日本語化やプラグイン、Go言語などでOSS(オープンソースソフトウェア)の開発・コミュニティ運営に参加し、2019年からGoogle Developers Expert。2021〜2023年 GitHub Stars。著書に『みんなのGo言語』(2016年、2019年に改訂2版、技術評論社、共著)、『Go 言語プログラミングエッセンス』(2023年、技術評論社、単著)がある。関西在住。 X:@mattn_jp GitHub 前回はアウトプットのためのお題選びに際して、巷のエンジニアがよく選びがちな TODO アプリについてお話させていただきました。 いった

                                        コントリビュートで沢山の人が救われる。mattn氏が語る、好循環を実現するアウトプット活動の仕組み
                                      • Notion導入後6年の活用状況を語る|maki

                                        使いこなすことで人生が変わった!と言い切れるツール3選。インターネット、スマートフォン、Notion。 俯瞰&振り返りが好きなので、Notionユーザーになってからの6年間をざっくり振り返り、自分の変化を言語化してみます。 例によって自分だけが楽しいNotion歴noteですが、使い続けることで、どんな成長が観測できたか?という答えはあるかなと思います。 はじめに(俯瞰図)2019年2月にNotionアカウントを作成してからの6年間を、ざっくり整理してみました。 2023年2月〜11月の「仕事でのNotion決別期(2度目)」の発狂ぶりが、我ながらかわいそオモロイな…と思ってます。本気で暗黒期だった。 6年間の私とNotionプライベートは相変わらずスマホ使いで、都度noteに書いている通りです。一方、仕事/ビジネススキルの変化が顕著だったなあと思います。転職し、上司や業務に恵まれたことも

                                          Notion導入後6年の活用状況を語る|maki
                                        • 「技術だけで、良いものは作れない」ヒットメーカー糸井重里が半世紀働いて気付いた、熱狂を生むプロダクトに不可欠なもの - エンジニアtype | 転職type

                                          転職・求人情報サイトのtype エンジニアtype 働き方 「技術だけで、良いものは作れない」ヒットメーカー糸井重里が半世紀働いて気付いた、熱狂を生むプロダクトに不可欠なもの 2024.09.17 働き方 世の中を楽しませ、熱狂を生むプロダクトを生み出し続ける人は、どのように「いい仕事」をしているのだろう。 そこで話を聞いたのが、この人、糸井重里さんだ。コピーライターとして一世を風靡し、数々の名コピーで世の中を彩ったかと思いきや、名作『MOTHER』シリーズでは開発チームを率いて、ゲーム業界に絶大なインパクトを起こした。 1998年にはWebサイト『ほぼ日刊イトイ新聞』を開設。大ヒット商品『ほぼ日手帳』を手掛けたほか、『ほぼ日の學校』『ほぼ日のアースボール』など、唯一無二のプロダクトを生み出し続けている。 20代、30代、40代、そして50代と、年齢とともに感じた仕事の楽しさ。そして、楽し

                                            「技術だけで、良いものは作れない」ヒットメーカー糸井重里が半世紀働いて気付いた、熱狂を生むプロダクトに不可欠なもの - エンジニアtype | 転職type
                                          • 現時点のAIエージェントを活用した開発方法と考え方とTIPS

                                            これは何? 私が現在活用しているAIエージェント設定、運用のTIPSをアウトプットします。 目的 AIエージェントを活用した開発の今の姿を整理する 開発に適したツールと設定の一例を共有する エディタ以外の開発フローの工夫を共有する AIエージェントについて 現時点ではRooCodeを軸に開発環境を構築しています。 RooCodeはClineを拡張したものでありより高度なAIアシストを提供するツールです。 Clineと比べてUIはやや複雑だが`機能は豊富 チームで設定をシェアしたり知見を溜めるため利用者の母数が多いRooCode、Clineを選択 CursorはDevContainerがうまく動作せず、他にも一部の拡張機能が使えない事例を見たため、互換性に課題が残ると判断しています。その他のAIエディタは十分に利用、検証できていません。 RooCodeが使いにくいと感じた場合はClineでも

                                              現時点のAIエージェントを活用した開発方法と考え方とTIPS
                                            • 人生というプロジェクトの基本原理|山口周

                                              4月に出したこちらの記事では「キャリアというゲームの基本原理」について書きましたが、あれから半年で大幅に補筆しましたので、記事の改変という形ではなく、新しい記事として公開したいと思います。 ちなみにこちらの記事は、来年1月に上梓予定の「人生の経営戦略=ライフ・マネジメント・ストラテジー」の冒頭部分になる予定です。 それでは早速本題に入りましょう。 「正しい戦略」は「正しい目標」が大前提心は正しい目標を欠くと、偽りの目標にはけ口を向ける。 モンテーニュ「エセー」モンテーニュが「エセー」で指摘した通り、私たちは、正しい目標を欠いてしまうと、偽りの目標を設定してしまいます。そして、偽りの目標を設定すれば、どんなに論理的に正しい戦略を設計してもプロジェクトは必ず破綻します。 ということで、ここに人生における個別戦略論の是非を云々する前段階として長期目標について思考する理由があります。 本論では「人

                                                人生というプロジェクトの基本原理|山口周
                                              • 朝にその日の作戦名を決めたら幸せになれた話 - Qiita

                                                Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 私は毎朝その日の作戦名を決めている。私は優秀なエージェントなのだ 多くの人が仕事に追われてしまい心の余裕がなくなっている現代において「豊かに生きる」ということは憧れるようなライフスタイルになっている。 面白いことに、書店では「休養学: あなたを疲れから救う」や「なぜ働いていると本が読めなくなるのか」など仕事に疲れている人を対象にした本が飛ぶように売れている。 疲れ切った現代では、日々を豊かにいきることはなかなか難しいことになってしまっているように思われる。 しかし、私は日々を豊かに生きている自信がある もちろん仕事は週5日×8

                                                  朝にその日の作戦名を決めたら幸せになれた話 - Qiita
                                                • 全てを自分の"作品"として仕上げる - Konifar's ZATSU

                                                  自分のまわりのすごいなと思う人の仕事を観察していると、ひとつひとつのタスクを自分の"作品"のように仕上げているように見える。実際に彼らがどう考えているかはわからないが、自分から見た印象を雑に書いてみる。 たとえばチャットツールでの依頼のメッセージひとつ取っても、過不足なく端的な内容になっている。人によっては読み返して細かい表現を編集して変えていたりもする。美容師の最後の仕上げのようである。 エンジニアであれば、コード自体はもちろんコミットログを丁寧に残したりとかもそう。GitHubを使うならそこまでコミットログ自体にこだわりすぎなくても履歴を追いやすいが、それでも手元でrebaseやsquashを駆使して綺麗に整えている。 同様に、IssueやPull Requestのテンプレートがあればそれに沿ってきっちり埋めてくる。テンプレートのままの状態で出したり無視して適当に書いたりしない。もしも

                                                    全てを自分の"作品"として仕上げる - Konifar's ZATSU
                                                  • ChatGPT deep researchに見る⁨⁩AIが自律的に考える未来 - LayerX エンジニアブログ

                                                    こんにちは、LayerXプロダクトマネージャーの野畑(@isseinohata)です。 LayerXで生成AIプラットフォーム Ai Workforceの開発に従事しています。 getaiworkforce.com 2月3日にOpenAIが発表したAIエージェント「deep research」が大きな話題を呼んでいます。 openai.com 生成AIの領域では日々さまざまなプロダクトや新しい技術が登場していますが、その中でもdeep researchは単なるサービス自体の性能の高さに加え、それを実現する技術(人間のリサーチプロセスに近い思考を実現する技術)に対して、未来への大きなインパクトを感じさせる体験でした。 実際、deep researchの調査ログを眺めていると、あたかも人間が試行錯誤するように、自律的に計画→検索→読み込み→発見→方針変更を進めているような姿が見て取れます。 左

                                                      ChatGPT deep researchに見る⁨⁩AIが自律的に考える未来 - LayerX エンジニアブログ
                                                    • シンギュラリティ、もう来てない? | やねうら王 公式サイト

                                                      2045年頃にシンギュラリティが起きると言われている。技術の進歩が予想以上に速いことから、これが早まる可能性があると考える研究者も多い。 私はシンギュラリティはもう来てるんじゃないかと思っている。今回はその根拠について少し書く。 岡谷貴之さんの『深層学習』(第二版)には「student gradient descent」という言葉が出てくる。ちなみに、この本は第一版から大量にページが追加されて、第一版とは全く別の内容となっているので、第一版を買った人も是非第二版を手にとって欲しい。 さて、このように大学院生がランダムな思いつきを端から試すことで得られた深層学習のアイデアやテクニックやらがたくさんあるのが現在のこの界隈の状況である。 彼らは決してIQ 500のような超知能を持つわけではないが、彼らが試行錯誤することにより技術的な前進が得られているわけである。 つまり、シンギュラリティに必要な

                                                      • オライリー本「AWSではじめる生成AI」日本語版の宇宙最速レビュー🚀 - Qiita

                                                        Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ついにGenAI on AWSの日本語版が! IT技術書で有名なオライリー社より、新刊「AWSではじめる生成AI」が来週8/2に出版されます。すでに予約可能。 AWSではじめる生成AI Chris Fregly、Antje Barth、Shelbee Eigenbrode 著、久富木 隆一 訳、本橋 和貴、久保 隆宏 技術監修 これは昨年11月に刊行された同社の洋書「Generative AI on AWS」の日本語版となります。 原著はAWSの米国拠点で生成AIを担当する3名のエキスパートによる書籍です。AntjeさんはAmazon

                                                          オライリー本「AWSではじめる生成AI」日本語版の宇宙最速レビュー🚀 - Qiita
                                                        • 社内用AIアシスタント「おっさんずナビ」を作った話、そして人間らしく振る舞う重要性を認識した話 | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]

                                                          こんにちは、羽山です。 みなさんは業務に LLM(生成AI)を活用していますか?ラクーングループでは生成系AI LT大会を開催するなど、積極的な利用を推し進めています。 そこで今回は私がその生成系AI LT大会で発表し、隙間時間で開発して、社内で幅広く利用されるに至った AIアシスタント「おっさんずナビ」を紹介します。 おっさんずナビは LLM + RAG(Retrieval-Augmented Generation)を利用した Slackボットで「ラクーンホールディングスの社風を教えてください」という質問に 社内事情を踏まえた回答 をしてくれます。 ファインチューニングを利用せず RAG のみで精度を高めているのと、ベクトルDBなどの外部リソースを必要としないのがポイントで、使い込まれた Slack ワークスペースさえあればアプリを起動するだけで 社内事情通のAIアシスタント ができあが

                                                            社内用AIアシスタント「おっさんずナビ」を作った話、そして人間らしく振る舞う重要性を認識した話 | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]
                                                          • なんで最近の読書家って偉そうなの?

                                                            「最近の受験産業は読書を推奨してない?けしからん!」ってまとめが上がっていたけど、読書なんて受験と関係ないんだから推奨するわけないじゃん・・・。 テレビをだらだら見ているやつが受かるわけないのと同じで、勉強せずに読書してたら受かるわけないじゃん。 なんか最近って「本屋を守れ!!」もそうだけどさ、読書家って偉そうすぎじゃない? 「俺は世界一高尚な人間なんだ!!」って感じで高圧的にくるじゃん。 いや、テキストよりも動画のほうが学習効率が高いって実験結果出てるからね? だいたい読書なんて昔はクラスに1人か2人いるぐらいのマイナーな趣味だったじゃん。 履歴書の趣味欄に「読書」なんて書いていたら「あー・・・(察し)」ってなる感じだったじゃん。 だいたい読書家ってコミュ障多いよね。 知識をたくさん溜め込んでも、それをアウトプットできなかったら、頭をゴミ屋敷にしてるのと同じだからね。 同じように「レンタ

                                                              なんで最近の読書家って偉そうなの?
                                                            • ChatGPT 4oの新能力「説明を絵にする」が最強すぎるから見て

                                                              ChatGPT 4oの新能力「説明を絵にする」が最強すぎるから見て2025.03.28 20:0072,933 宮城圭介 これから人間の仕事はチェックするだけ。 先日発表されたOpenAI(オープンエーアイ)のGPT-4oでのネイティブ画像生成は、細かな指示をユーザー側ができることがとても画期的ですが、実はGPT-4oのポテンシャルはこんなものではありません。さらに私たちの暮らしを、仕事を一変させるかもしれない能力を持っています。それが「説明を絵にする」能力です。 GPT-4oの「説明を絵にする能力」はあらゆる資料を席巻するImage: OpenAI誰かに何かを説明するとき、絵で伝えるとわかりやすいですよね。提案や説得など人に何かを伝えるときに視覚イメージを使う場面は多いと思います。ですが説明を絵に落とし込む作業は、手間がかかります。説明を考え、それをわかりやすく整理して、絵を描いて、説明

                                                                ChatGPT 4oの新能力「説明を絵にする」が最強すぎるから見て
                                                              • 【前編】元ヤフーエンジニア社長が考える、挫折しないためのエンジニアマインド - Qiita

                                                                Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 対象者 未経験からエンジニアを目指したい!と考えている方 エンジニアになったけどなかなか成長できてないな・・と感じている方 エンジニアになったけど毎日が大変な人 もはや挫折寸前の人 に読んでいただけると嬉しいです! 自己紹介 株式会社PRUMという会社の代表をしています。岩本です。 https://prum.jp/ SES企業でエンジニアとして就業したのち、ヤフーでもエンジニアとして働いておりました。 2019年、PRUMを創業し組織を5期目の途中で70名の組織まで成長させました。 エンジニアの成長について、誰よりも考え抜いてきた自信が

                                                                  【前編】元ヤフーエンジニア社長が考える、挫折しないためのエンジニアマインド - Qiita
                                                                • AI時代をどう生き抜くか | Hippocampus's Garden

                                                                  AI時代をどう生き抜くかDecember 31, 2024  |  11 min read  |  3,294 views jacareer年末年始は、自分のキャリアをじっくり見つめ直す良い機会です。個人的にはエンジニアとして、「自分の仕事はいつまで続くだろうか」という疑問を避けて通ることはできません。この記事では、ここ数年私が考えてきたことをまとめ、未来に向けてどのようにキャリアを築くべきかを探ります。 本編に入る前に自己紹介を少し。私は2018年、修士1年生の頃にAIの可能性に魅了されて以来、ずっとAIの進化を追ってきました。現在はカスタマーサポート向けのチャットボットを開発するAIエンジニアとして働いています。学生時代は「将来、労働が必要ない社会が来るかもしれない」などとナイーブなことを言っては周囲にたしなめられていましたが、会社で働いたり、さまざまな人と議論したり、OpenAI o

                                                                    AI時代をどう生き抜くか | Hippocampus's Garden
                                                                  • 【総額350万】高額請求がきたエンジニアの失敗から学べること - Qiita

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

                                                                      【総額350万】高額請求がきたエンジニアの失敗から学べること - Qiita
                                                                    • 見よ、これがHonoのRPCだ

                                                                      僕が開発しているWebフレームワークHonoは、同じJavaScriptのフレームワーク、Expressと比べられることが多いです。どちらもやれることはほぼ同じですが、HonoのアドバンテージはファーストクラスでTypeScriptをサポートしていることです。特に「RPC」機能は他のフレームワークにはなかった「TypeScriptの型でサーバーとクライアントの仕様を共有する」ことを可能にしています。今回はそのHonoのRPCについて紹介します。 どんなものか まず、どんなものかを箇条書きで共有します。 Web APIの仕様、特にインプット・アウトプットをサーバーとクライアント間で共有するためのもの OpenAPIやgRPCを使ってやりたかったことを叶えるかもしれない サーバーとクライアントをどちらもTypeScriptで書くことが大前提である 同種のものにtRPCがあるが、Honoの場合、

                                                                        見よ、これがHonoのRPCだ
                                                                      • 自分が書いたコードより目立つな - エンジニアがバズったので自戒 - じゃあ、おうちで学べる

                                                                        はじめに 私はソフトウェアエンジニアだ。私はソフトウェアエンジニアだ。私の本質的な仕事は、複雑な問題を解決し、効率的で革新的なソフトウェアを開発することだ。長年、私の世界はコードとアーキテクチャとアルゴリズムで構成されてきた。そして、それは今も変わらないはずだった。しかし、予期せぬ出来事が起こり、私の認識は大きく揺さぶられることになった。 パターン認識 エンジニアとして働く中で、私は一つの重要なスキルを磨いてきた。それは、パターンを認識し、分析する能力だ。この能力は、複雑なシステムを理解し、効率的なアーキテクチャやアルゴリズムを設計し、バグを特定する上で不可欠だ。 私たちエンジニアは、コードの中にパターンを見出し、それを活用することで問題を解決する。重複するコードを関数化したり、似たような処理をクラスとして抽象化したり。パターンを見抜く目は、より良いソフトウェアを作る上で欠かせない。 プロ

                                                                          自分が書いたコードより目立つな - エンジニアがバズったので自戒 - じゃあ、おうちで学べる
                                                                        • LLMの不確実性との付き合い方:AIワークフロー開発におけるケーススタディ - LayerX エンジニアブログ

                                                                          こんにちは。AI・LLM事業部エンジニアの@koseiと申します。note.layerx.co.jp AI・LLM事業部ではお客さまの幅広い業務を効率化するためのプラットフォーム型のプロダクト「Ai Workforce」を開発しています。 getaiworkforce.com Ai Workforceは「AIワークフロー」(以下、WF)という、LLMやルールベース処理を組み合わせた一連のアルゴリズムを持っており、業務ごとに異なるWFを作ることで多様なユースケースを実現しています。WFは複数のLLMの呼び出しを組み合わせて構成されており、その1単位を本記事では「タスク」と呼ぶことにします。 私は普段お客さまごとのWFの開発や、Ai Workforce自体の開発を行っています。 今回は、LLMが100%の正解は出せない前提で、どのようにお客さまの実務に価値を届けるか、WF開発で試行錯誤してきた

                                                                            LLMの不確実性との付き合い方:AIワークフロー開発におけるケーススタディ - LayerX エンジニアブログ
                                                                          • エンジニアとしてフルリモートワークで8年生き残る技術 - Qiita

                                                                            Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? こんにちは。吉田智哉です。 岩手県盛岡市に住みながらエンジニアとしてフルリモートワークで東京の開発案件を請けてます。 気が付くとこの働き方で8年間も経過していました。 8年生き延びることができたので、そのコツをシェアしたいと思います。 その日のコミットはdraftのpull requestとして出す エンジニアは成果物が全てです。 いくら一生懸命働いていたとしても、成果物、つまりコードがなければその日働いていたとしても 成果として認められません。 チームメンバーやリーダーに対してちゃんと働いていることをアピールするために、 その日のコミ

                                                                              エンジニアとしてフルリモートワークで8年生き残る技術 - Qiita
                                                                            • 松尾研究所のデータサイエンティストが今年の業務に役立ったと思う本10選

                                                                              こんにちは、株式会社松尾研究所シニアデータサイエンティストの浮田です。本記事は、松尾研究所 Advent Calendar 2024の記事です。 私は今年、業務周辺のビジネス書や技術書を読むのに時間を割くよう心がけてきました。これはビジネススキルにしろ技術にしろ、業務ドリブンに都度調べるだけでは習得できるスキルに限界があり、しっかりと本を読んで体系的に学ぶことも大事だと思っているためです。そこで今回は、私が今年の松尾研究所で業務をする中で、何かしら業務の役に立ったことがある本を紹介したいと思います。 この記事では、まず私の松尾研究所での業務内容について簡単に記した後に、「仕事の進め方」「チームマネジメント」「クライアントワーク」「機械学習」「エンジニアリング」の5カテゴリに分けて紹介していこうと思います。 私の業務について 松尾研究所では、1) 様々な企業様とのAIの共同開発、2) 社内プ

                                                                                松尾研究所のデータサイエンティストが今年の業務に役立ったと思う本10選
                                                                              • 技術組織のタレントマネジメントと、タレントの定義を考える - だいくしー(@daiksy)のはてなブログ

                                                                                仕事のひとつとして、技術組織におけるタレントマネジメントに取り組んでおり、勉強したことを簡単にまとめておく。 タレントマネジメントと一口に言っても、その類型にはいろいろとあり、マッキンゼーの"War for Talent"が書籍も出版されていてよく知られている。これは、簡単に説明すると、社員を成果の発揮度でA, B, Cに位置づけ、組織をAの人材で充足し、Cはなるべく数を減らす、という戦略をとる。選別の要素の強いマネジメント手法であり、あまり日本型の人事管理には馴染まない。そもそも、組織のすべてをA人材で満たす必要はあるのか、A人材のみで充足するためのコストに見合うのか、といった議論もある。 マッキンゼーの"War for Talent"は選別的なアプローチであり、逆に人材すべてをタレントとみなすマネジメントは、包摂アプローチと分類される。 他にもタレントマネジメントの類型はいろいろとある

                                                                                  技術組織のタレントマネジメントと、タレントの定義を考える - だいくしー(@daiksy)のはてなブログ
                                                                                • SmartHR に入社しました & 約9年ぶりにソフトウェアエンジニアに戻ります - えいのうにっき

                                                                                  1年6ヶ月勤めた前職を2025年2月末をもって退職し、2025年3月1日付けで SmartHR に入社しました! 正式な職種名としては "プロダクトエンジニア" で、いわゆるソフトウェアエンジニア職になります。コードを書くこと自体は趣味や個人開発として続けてきてはいたものの、"職業ソフトウェアエンジニア" だったのは直近で2016年7月が最後だったので、実に8年8ヶ月・9年弱ぶりに戻ることになります。 ちなみに、この9年間、以下のように色々と肩書を変えつつ職務にあたってきましたが、 セールスエンジニア Customer Reliability Engineer カスタマーサクセスエンジニア / カスタマーサクセスマネージャー etc. ソリューションアーキテクト セールスエンジニアリングスペシャリスト いずれにも "カスタマーフェイシングな仕事" というのが共通項としてあるような業務がメイ

                                                                                    SmartHR に入社しました & 約9年ぶりにソフトウェアエンジニアに戻ります - えいのうにっき