並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 1674件

新着順 人気順

engineerの検索結果121 - 160 件 / 1674件

  • 生産性向上のために身に着けたい10のこと - Qiita

    はじめに こんにちは。 普段働いているとき「どうやったら生産性があがるんだろう?」と思うことが時々あります。 「生産性向上」といっても具体的にどうするのか、なかなかイメージがつきにくい方も多いと思います。 この度、最近色々なところで目にする「世界一流エンジニアの思考法」という本を読みました。 この本では主に生産性を向上させるためにアメリカの一流エンジニアが行っている習慣や考え方について書かれており、 そこから個人的に身に着けたい10のことをピックアップしました。 内容について 筆者の牛尾さんはマイクロソフトの現役ソフトウェアエンジニアです。 そこで出会う一流エンジニアたちの考え方や、実践していることについて書かれている内容となっています。 アメリカでの内容なので日本では考え方のことなる部分もあるかもしれませんが、参考になる部分は多く 働き方や思考法について考えさせられる内容です。 個人的に

      生産性向上のために身に着けたい10のこと - Qiita
    • なぜエンジニア組織をうまくマネジメントできないと悩む経営者が多いのか? - Qiita

      はじめに 私は、さくらインターネットというクラウドサーバの会社の社長をしていて、よく経営者の方からのメンタリングのリクエストをいただくことがあります。 その中で多くの割合を占めるのが、ITエンジニア(以降、エンジニア)のマネジメントと、エンジニア組織の構築をどのようにすればいいのかというテーマです。 確かに、どんなビジネスをするにしても、単にSaaSやノーコードツールを活用するだけでは足りなくて、自分たちでシステム開発しないといけないケースが増えてきているのは、間違いないなと思います。 外注をしてシステム構築をするケースももちろん多いですが、基幹システムのような使いにくくても自社の社員が我慢すればいいものと違って、自社のお客様向けのシステムだと使いやすくないとお客様が離脱してしまいますし、常にアップデートをし続けて、最良のUI/UXを作ることが業績に直結します。 要は、今のデジタルシステム

        なぜエンジニア組織をうまくマネジメントできないと悩む経営者が多いのか? - Qiita
      • しずかなインターネットの技術構成

        こんなWebサービスをリリースしたので、技術的な話をまとめておこうと思います。 元々このサービスは、趣味の延長線のような感じで開発を始めました。競合にあたるnoteやはてなブログなどのサービスが確固たる地位を築いているということもあり、「お金にはならないだろうけど、自分の趣味を詰め込んだものにしよう」というゆるい気持ちで開発を続けています(楽しい)。 選定の方針 趣味と言っても文章投稿サービスなので、ユーザーが少数であったとしても長期間運営しなければなりません。そのため、ユーザー数が少なければランニングコストが数千円/月以下、ユーザー数が増えたときは段階的にコストが上がるように選定を行いました。 アプリケーション フルスタックNext.jsアプリケーションをCloud Runにデプロイしています。各APIエンドポイントはNext.jsのAPI Routesで生やしています。 Next.js

          しずかなインターネットの技術構成
        • 本番サーバー60台のホスト名を全部 cat にしてしまった話 - Qiita

          この記事は、本番環境などでやらかしちゃった人 Advent Calendar 2023 の4日目です。年末進行、いかがお過ごしでしょうか?みなさま無事に仕事が納まることを願っております… 新人インフラエンジニアが、本番ウェブサーバー60台のホスト名を全部 cat にしてしまった話について、ここに供養させていただきたいと思います 背景 おそらく今から7年くらい前、インフラエンジニアとして転職してきて1年ほどが経ち、本番環境での作業もこなれてきたなというバッチリのタイミングで事を起こしてしまいました。サーバーは CentOS 6 だったと思います。 職場としてはまだまだベンチャー感にあふれ大きな裁量が与えられスピード感のある環境ながら、サービスの登録ユーザー数は1,000万を超え、本番環境の規模としては既になかなかの大きさがあり、ウェブサーバーだけでも60台くらいあったと思います。ひと山につき

            本番サーバー60台のホスト名を全部 cat にしてしまった話 - Qiita
          • 年収が600万円アップした転職手順 - Qiita

            はじめに はじめましてほしいもです。 今回は年収が600万円アップした転職の話をしたいと思います。 自己紹介 30代前半 既婚、子どもあり 大学卒 16Personalities:ENTJ-T(指揮官) 転職結果概要 利用した転職サイト:ビズリーチ、リクルートダイレクトスカウト 利用した転職エージェント:Geekly 転職活動期間:6週間 転職前後の業種:BtoBの自社開発企業 → BtoCの自社開発企業 年収変動:700万 → 1,300万 転職動機 「今転職しなければ手遅れになるかも」 という感覚が、転職活動を始めた主な理由でした。 現職での待遇に特に不満はなかったものの、新卒入社した企業で既に10年が経過し、このままでは40代で転職市場に出た時に不利になるのではと不安を感じていました。 他にも大規模なプロジェクトが終わってキリが良かったことや、 ベテランの退職者が少ないので上が詰まっ

              年収が600万円アップした転職手順 - Qiita
            • 「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」とか言うお前らに告ぐ

              前提 この記事は内製開発をしているSaaSの中の人であるエンジニアが、SaaSの内製ソフトウェア開発をする上での話として書いています。 前ふり 「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」 「何が原因なんですか?どうすればいいんですか?」 という相談を受けました。 NDAを書いてから、どれどれとチームの状況を見てみました。 該当チームのスプリントゴール 該当チームのスプリントゴールはこんな感じでした。 QAフェーズのプロジェクトAを、QA作業を完了してリリースできる状態まで進める 実装フェーズのプロジェクトBを、フィーチャーの実装率を50%まで進める 設計フェーズのプロジェクトCを、要確認な点を除いて実装レディーな状態まで進める スプリントゴールが3つありますね。とても面白いですね。 思わずボンドルド卿みたいな反応をしたくなりますがここは先に進みましょう。

                「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」とか言うお前らに告ぐ
              • AIはどのような仕事ができるようになったのか?ChatGPTで変わる「優秀な人材」

                この図はざっくりと3つの領域に分かれます。まず左下が従来のプログラミングの領域です。これは簡単に言うと「プログラムは間違ってはいけない定形な仕事を奪う」ということです。次にその上の士業が責任を取る領域です。これは「責任」を取る人がいないと成立しない仕事です。ミスが発生した際に罰則を与えるという形で、ミスの発生を防いでいます。最後に右側のホワイトカラーの仕事の領域です。ホワイトカラーの仕事は入出力が不定形であり、作業フローも非定型であったりします。そのため、多少のミスはあっても仕方ないという前提の上で仕事が行われています。 機械学習がビジネスに組み込まれるにつれ、ホワイトカラーの仕事領域はそれらによって少しずつ代替されつつあります。その図がこちらになります。 ホワイトカラーの担っていた領域は、表データの機械学習(重回帰や、Lasso回帰、SVM、RandomForest、LightGBMなど

                  AIはどのような仕事ができるようになったのか?ChatGPTで変わる「優秀な人材」
                • 「システム設計の面接試験」という本が良かった

                  皆さんこんにちは。株式会社ラクーンホールディングスで働いている川崎です。 最近「システム設計の面接試験」という本を読みました。 個人的にとても面白いと感じたので、オススメポイントと感想を共有します。 直近でシステム設計の面接を受けない方も、きっと読んで得るものがあると思います。 本の概要 システムの設計はシステムの機能や仕様、データのアクセスやセキュリティを左右するため、非常に重要だが、従うべき一定のパターンがないために、その習得は難しいと言われています。 一方で、システム設計自体がITエンジニアに日常的に求められる作業であるため、システム設計の面接試験は米国で広く採用されています。 本書では、「Webクローラ」「通知システム」「ニュースフィードシステム」「チャットシステム」「youtube」など実践的なテーマに沿って、システム設計の問題を出題し、その回答を解説することで、システム設計力を

                    「システム設計の面接試験」という本が良かった
                  • 富士通SEの退職理由が壮絶…メモリ4GBのPCで開発、ひたすら進捗会議

                    富士通の本社移転先となる同社川崎工場(「Wikipedia」より) 大手IT企業の富士通で以前働いていた元システムエンジニア(SE)が「退職した理由」を綴ったインターネット上の投稿が、一部で話題を呼んでいる。そこには、開発環境の古さや、無気力な人材や組織体制の問題、給与面を含めた待遇の悪さなどが書かれている。「5年いた富士通を退職した理由」というタイトルの投稿は、「5年間エンジニアとして務めた富士通を一昨年退職した」「自分の半径5m以内で起こった幼稚な理由にフォーカスを当てる」と始まり、「開発環境がだめ」という項目では 「メモリ4GBのセレロン使ってた。もちろんSSDじゃなくてHDD。PCは富士通製のミドルクラスのノートPCしか支給されなかった。Macなんか認めん!iOSアプリも富士通PCで作れ!(本当にあった話)」 と、貧弱な開発環境を嘆いている。自身もIT企業でSEとして働いた経験があ

                      富士通SEの退職理由が壮絶…メモリ4GBのPCで開発、ひたすら進捗会議
                    • 【レベル別】要件定義が学べるおすすめ本4選 - みんなのシステム企画

                      1. はじめよう! 要件定義 ~ビギナーからベテランまで(難度:★☆☆) 1-1. 本のポイント 要件定義のプロセスが平易な言葉で解説されている 内容がコンパクトで図解も多いため読みやすい 中級~上級エンジニアが初心に帰るためにも最適 1-2. 本の特徴 本書は、初学者向けにざっくりとした内容を具体的なアウトプットとともに学ぶことができる。 184ページとボリュームに物足りなさを感じそうだが、要件定義のプロセスと、プロセスごとの勘所がコンパクトにまとまっている。 ちなみに、本書は「要件定義のプロセスと勘所を知れる」という点で独立した書籍だが、著者が書いた下記2冊と合わせると、理解をより深められる。 ・はじめよう! プロセス設計 ~要件定義のその前に ・はじめよう! システム設計 ~要件定義のその後に 本書が有益だと感じた読者は、ぜひ上記2冊にも目を通していただきたい。 1-3. 本を書いた

                        【レベル別】要件定義が学べるおすすめ本4選 - みんなのシステム企画
                      • 基本情報技術者を取得してから「見える世界」が変わった話をしようか

                        どうもお疲れ様です。 MESIです。 皆さん基本情報技術者は取得済みでしょうか? よくITエンジニアの免許と言われている資格ですよね。 私は一昨年の秋に取得しました。 ちょうどエンジニアとして就職して2年目の時でしたね。 それまでの私の知識は業務で必要とされる部分しか知識がなく、情報系の学科を出ているわけでもないので、ITエンジニアとしての土台が全くない状態でした。 時々、このままではいけないと技術書を買って読むのですが、土台がないので頭に全然入ってこないし、何が書いてあるのかわからない。。 そんな私が基本情報を受験してから、見える世界が変わった件について話します。 『何をしている?早く基本情報技術者を取るんだ!』 新卒1年目の自分に言いたいセリフNo1がこれです。 なぜ基本情報を受験することになったのかといいますと、会社で半年に一度目標設定をするのですが、その一環としてです。 エンジニア

                          基本情報技術者を取得してから「見える世界」が変わった話をしようか
                        • 無能なITエンジニアのための100の教訓 – ITエンジニアのまとめ

                          本記事は、2024年1月1日にBoothで販売している「無能なITエンジニアのための100の教訓」のWeb公開版の目次ページになります。 本文の大部分を不定期に公開していきますが、私の暇な時に公開していくため非常にゆっくりな不定期になると予想されます。 早く読んでみたい!というか方やWebに公開されてない細部まで読みたい!という方は、Boothにて販売版をお買い求めください。 本書に寄せて Shinji/@sakichi01_ さっとん/@NothingMyself37 三日月/@Orcinus_orcas まさ@アップデートする情シス/@tomatokechap18 かえるくん。/@kaerukun_geko ioi🤔lante/@ioi_lante あるだみあ/@arudamia yashi/@yu_geen269 第Ⅰ章 無能のための考え方 仕事は問題を解決すること【準備中】 自身

                            無能なITエンジニアのための100の教訓 – ITエンジニアのまとめ
                          • アメリカ社会の凄さは「どんなにポンコツ従業員がいても全体としては生産性が高くなる仕組み作り」にあるって話

                            Peppermint🇺🇸 @Peppermint_2525 アメリカ社会の凄い所は、基本的にクズでポンコツでヤル気も能力もない従業員が作業をしても、全体では生産性が高くなるように、一部のとてつもなく優秀な人たちが良い仕組みを作り続けてることだと思うな。マネジメントってそういう事だよね。バカとハサミは使いよう。 2023-08-30 23:21:30 Peppermint🇺🇸 @Peppermint_2525 アメリカで働く日本育ちの日本人丨投資家丨意味のない虚構が好き丨内向的直感型(INTJ)丨ポール・オースター好き丨倒幕の志士丨でも楽天家丨副業プログラマー丨ネコ好き丨パウル・クレーの絵が好き丨ビットコイン教団の宣教師丨人生オキラクゴクラク丨 #bitcoin

                              アメリカ社会の凄さは「どんなにポンコツ従業員がいても全体としては生産性が高くなる仕組み作り」にあるって話
                            • パスワードはおしまい! 認証はパスキーでやろう

                              はじめに パスワードは古来より認証に良く使われる方法ですが、その運用の難しさからセキュリティの懸念とその対策としての運用の複雑さ(複雑で長い文字列、90日でパスワード変更など)が要求される大きく問題をもった仕組みです。 その根本的な解決策としてFIDO Allianceを中心に推進されている 「パスワードレス」 が注目されています。これはPINや生体認証とデバイス認証を使ったMFAからなっており、フィッシングやパスワード流出に強い上に、ユーザも複雑なパスワードを覚えなくて良い、という大きなメリットがあります。最近はこの流れでPassKeyというものが登場し、Apple/MS/Googleのプラットフォーマが対応したことで、本格運用に乗せれるフェーズになってきました。というわけで以下に解説動画を作ったのですが、動画中で時間の都合で触れきれなかったところや、JavaScriptによる実装のサン

                                パスワードはおしまい! 認証はパスキーでやろう
                              • ソフトウェアはなぜバージョンアップしなければならないのか - Qiita

                                はじめに 社内インフラの運用担当者にとってソフトウェアのバージョンアップは地味な割に大変な業務です。 特に社内のオンプレサーバで動いているようなソフトウェアの場合、バージョンアップに伴う諸々の調整をそのソフトウェアを利用している各部署と行う必要があります。 そんなときに「今は忙しいからバージョンアップを先送りしてほしい」「このバージョンはスキップしてもよいのでは?」なんて声が各部署から聞こえてきます。バージョンアップの価値を各部署に理解してもらうのは大変です。 この文章はそんな時になぜバージョンアップしなければならないのかを上司や各部署のマネージャに伝えるために書きます。 ソフトウェアの有効期限は2-5年 まず、第一に、ソフトウェアというものは無限に使えるわけではなく、一定の有効期限があり、それを過ぎると徐々に動かなくなってきます。俗にいう「何もしてないのに動かなくなった問題」です。 なぜ

                                  ソフトウェアはなぜバージョンアップしなければならないのか - Qiita
                                • (翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book

                                  本稿は Gergely Orosz 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 blog.pragmaticengineer.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Gergely Orosz 氏ではなく、本稿のコメント欄にお願いします。 著者も機械翻訳を下地にしたやり方に関心をもたれたようです。 The article translated to Japanese: https://t.co/4uynyyhm4E The author was transparent and noted that the article is a modification of an ML-translated article. This person managed to transl

                                    (翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
                                  • 駆け出し時代の自分に読ませたかった技術書18選 遠回りをしまくった自分に送りたい

                                    どうもお疲れ様です。MESIです。 これは私が駆け出しの新卒1年目の頃でしょうか。 ある社内のつよつよエンジニアからこう言われました。 「MESIよ。流行りのフレームワークの使い方を覚えるのではなく、土台を理解しなさい」 彼はそう言い残すと1冊の本を残し会社を去っていきました。 これ。 託された本を読んでみたものの当時の私には難しすぎました。 理解ができないのですが、何が理解できないのかがわからない。そんな状態でした。 毎日この本とにらめっこをしましたが、時間だけが過ぎていきました。 大学でコンピュータサイエンスを全く学んでいない状態で入社した当時の私には難しすぎたのです。 私は諦めずにOS関連の低レイヤーの本を読み出しました。そして以下のループにハマりました 本の内容が理解できない ↓ 本を理解するために別の本を読む ↓ 理解できないのでまた別の本を読む いきなり難しい本にチャレンジをし

                                      駆け出し時代の自分に読ませたかった技術書18選 遠回りをしまくった自分に送りたい
                                    • エンジニアを目指す君たちはどう生きるか ~ソフトウェアアーキテクトのすゝめ~

                                      技育祭2023秋 DAY1 HALL C 14:30 - 15:15 「エンジニアを目指す君たちはどう生きるか ~ソフトウェアアーキテクトのすゝめ~」 の登壇資料です。 https://talent.supporterz.jp/geeksai/2023autumn/information/#1021-1430-HallC

                                        エンジニアを目指す君たちはどう生きるか ~ソフトウェアアーキテクトのすゝめ~
                                      • 【特集】 IT企業のリモートワークは今も続いているのか?完全出社必須なら62%の従業員が離職を検討

                                          【特集】 IT企業のリモートワークは今も続いているのか?完全出社必須なら62%の従業員が離職を検討
                                        • 納期がなぜ生産性をぶち壊しにしているのか?|牛尾 剛

                                          昨年NewsPicks さんに取り上げてもらって最近動画が公開されました。そこでもお話させてもらっていることなのですが、アメリカで働きはじめると日本人からすると「納期が無い」感覚が物凄く衝撃的だった。 最近、納期が無いことと生産性について頭の中で整理がついてきたのでシェアしておこうと思う。ちなみに、動画も含めて、私の発言は私の体験と意見であり、所属会社には全く関係が無いことを改めてお断りしておきます。 日米納期の感覚の違い アメリカで働いていると、日本人からすると納期がほとんどないという感じを受ける。もちろん納期があるものもあるが「本当に必要なもの」に限られる。例えば、大きなカンファレンスで何かの製品を発表するとかそんなのだと納期はもちろんある。そうでなれけばほとんど無いという感覚だ。私の所属会社だけではなく、北米の他の会社の人も同じような感覚らしいので文化によるものだと思う。 常に納期が

                                            納期がなぜ生産性をぶち壊しにしているのか?|牛尾 剛
                                          • ソフトウェア開発の真の問題点は、コードを書くことではなく、問題の複雑さの管理にある - YAMDAS現更新履歴

                                            www.oreilly.com オライリー・メディアのコンテンツ戦略部門のバイスプレジデントであるマイク・ルキダスの文章だが、彼が数週間前、「コードを書くことが問題なのではない。複雑さをコントロールすることが問題なのだ」というツイートを見かけた話から始まる。彼はこれに感心したようで、これから何度も引用すると思うので、誰のツイートか思い出せればいいのにと書いている(ご存じの方は彼にご一報を)。 件のツイートは、プログラミング言語の構文の詳細や API が持つ多くの関数を覚えることは重要じゃなくて、解決しようとしている問題の複雑さを理解し、管理することこそが重要だと言ってるわけですね。 これは皆、覚えがある話だろう。アプリケーションやツールの多くは、最初はシンプルである。しかも、それでやりたいことの80%、いやもしかしたら90%をやれている。でも、それじゃ十分ではないと、バージョン1.1でいく

                                              ソフトウェア開発の真の問題点は、コードを書くことではなく、問題の複雑さの管理にある - YAMDAS現更新履歴
                                            • 株式会社リクルート エンジニアコース新人研修の内容を公開します!(2023年度版)

                                              こんにちは! 2023年度エンジニア新卒の、吉田です。 株式会社リクルート 新卒エンジニアコースでは、部署への配属前に、BootCampと呼ばれる新人研修を行っています。 本日は2023年度の研修の内容を、実際に受講した新卒の立場から紹介させていただきます。 研修の内容については毎年反響をいただいていますが、今年度も一段と進化し、より充実した研修でした。 ページ下部に研修資料を公開していますので、ぜひ研修の雰囲気を感じ取っていただけると嬉しいです。 研修の概要 エンジニアコースの新人研修は、配属後にスピード感を持って成長できるようになることを見据え、 「さまざまな技術領域の講座を受け、興味関心を広げて、知らなかった好奇心に出会う」 「現場で求められる『仕事への取り組みスタンス』をつかむ」 「気軽に相談できる仲間(同期)をつくる」 の3点が目的とされています。 今年度は、入社前に行われたスキ

                                                株式会社リクルート エンジニアコース新人研修の内容を公開します!(2023年度版)
                                              • 【勉強が続かない人へ】働きながら毎日3時間の勉強を継続する方法|Yossy@英語とプログラミング

                                                2年前、Progritという英語学習を習慣化するためのコーチングを提供する企業が株式上場を果たした。 私にとって、これは衝撃的な出来事だった。 勉強ではなく勉強習慣と勉強のやり方を教えるサービスを提供する企業が日本を代表する企業の一つになったのだ。 ただ、これは時代の本質を捉えているとも感じた。 なぜなら、2024年現在、勉強教材となるリソースはインターネット上で無料で手に入るようになった。Youtubeでプログラミング講座を無料で提供するエンジニアもいれば、Googleで検索すれば必要な情報は技術記事という形で見つかる。 勉強教材の価値は0になりつつあるのだ。 学習教材よりも重要な学習習慣と学習法そんな優良教材が無料で手に入るようになった現代で、一番重要なことは継続的な学習習慣と正しい学習法だ。 たとえ、どれだけ優良な情報が無料で手に入るようになったとしても学習習慣自体が身についていなけ

                                                  【勉強が続かない人へ】働きながら毎日3時間の勉強を継続する方法|Yossy@英語とプログラミング
                                                • 良かれと思ってやったのに…元Google人事が説く、日本の管理職がやりがちなエンジニアの心理的安全性を下げるNG行動四つ - エンジニアtype | 転職type

                                                  転職・求人情報サイトのtype エンジニアtype 働き方 良かれと思ってやったのに…元Google人事が説く、日本の管理職がやりがちなエンジニアの心理的安全性を下げるNG行動四つ 2023.05.12 働き方 GoogleCEOチーム ここ数年で「心理的安全性」という言葉の認知が広がっている。 特に、人材不足が課題となっているIT業界においては、エンジニアのエンゲージメントを高めたり、離職率を下げたりするために心理的安全性の高い職場づくりに取り組むマネジャーも多いのではないだろうか。 しかし、「心理的安全性の高い組織」を、「対立のない組織」「チームみんなの仲が良い組織」だと考えているとしたら、認識のアップデートが必要だ。 「エンジニアが意欲的に働ける組織とは、何に対しても『いいね、いいね』と肯定することを良しとする『Nice』なチームではなく、時には否定することも恐れず、率直な意見のやり

                                                    良かれと思ってやったのに…元Google人事が説く、日本の管理職がやりがちなエンジニアの心理的安全性を下げるNG行動四つ - エンジニアtype | 転職type
                                                  • エンジニアは顧客の要望をちゃんと聞こう 〜「うちの店でカレーを出したい」と言われたら?〜|Katsuma Narisawa

                                                    こんにちは。SALESCOREのCTOの成澤です。 今日は、Webサービス開発に携わる方向けに「要望を正しく聞くのは大事だよ」という話を、飲食店の例え話で紹介します。 「うちの店でカレーを出したい」と言われたら飲食店のオーナーから「うちの店のメニューにカレーを加えたい。カレーを作る体制を整備してほしい」と相談されたとします。 敏腕料理人のあなたは何を考えるでしょうか? 普通に考えたら「野菜と肉とルーを仕入れて、あとは鍋と包丁を用意して…」と考えるでしょう。 カレー作りに知見がある人なら「スパイスから手作りした方が美味しく作れる!スパイスを独自ルートで調達しよう!」なんてことも考えるかもしれません。 しかし、ここであなたがするべきことは、オーナーへの追加ヒアリングです。 どんな店なのか? → 喫茶店かも 店内の調理設備は? → 狭い厨房がちょっとあるだけ。調理器具もほとんどない スタッフの体

                                                      エンジニアは顧客の要望をちゃんと聞こう 〜「うちの店でカレーを出したい」と言われたら?〜|Katsuma Narisawa
                                                    • 今日話した大学生の授業の受け方、生成AIの技術をフルに使ってて隔世の感がある→賛否両論さまざまな意見が集まる

                                                      Kohei Katada🦒 @kkatada 今日話した大学生の授業の受け方 → Notion AIを使いシラバスをベースにして授業「前」にノートを生成 → 授業中はノートと講義内容の差分だけNotion上で加筆修正 → メモ+参考資料のPDFを生成AIに学習させ、試験前に予想問題と回答例を作って勉強 2024-04-17 00:01:05

                                                        今日話した大学生の授業の受け方、生成AIの技術をフルに使ってて隔世の感がある→賛否両論さまざまな意見が集まる
                                                      • 「心理的安全性」をバリューに掲げたけど、ほぼ効果がなかった話|藤田 雄一郎

                                                        今回は、組織づくりについての話。 現在うちの会社は7期目で、メンバーは業務委託の方を含めると100人近くになりました。 おかげさまで退職率も低く「みんないい表情で働いてますね」と言っていただくことも増えました。心理的安全性も高く、「組織をよくするために自ら積極的に動く」というカルチャーが醸成されていると自負しています。 ただ、ずっと平和でいい感じだったのかというと、そんなことはありません。当初、組織づくりはめちゃくちゃ大変で、起業して最初の2〜3年はずっと組織のことで悩んでいました。 そんな状態から、どうやって今のようになったのか? 同じように組織づくりに悩んでいる人のヒントになればと思い、僕の経験を書いてみたいと思います。 「お前やれるのか?」みたいな空気感初期の頃、オフィスはシーンとしていて緊張感がありました。 プロフェッショナリティのすごく高い人たちが集まっていて「俺はこんだけやるけ

                                                          「心理的安全性」をバリューに掲げたけど、ほぼ効果がなかった話|藤田 雄一郎
                                                        • 【閲覧注意】イライラ不可避なUIデザイン10選 - Qiita

                                                          弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています!興味をお持ちいただける方は、こちらまで。 はじめに 人は見た目が9割 皆さん一度はこの言葉を耳にしたことがあるのでしょう。内面がどれほど素晴らしくても、外見がそれに見合わないと、なかなか本当の価値を認めてもらえないものです。 この話は人間だけでなく、アプリケーションにも当てはまります。どれだけ内容が素晴らしくても、見た目がイマイチだったり使い勝手が悪かったりすると、ユーザーに敬遠されてしまいます。(私は以前ネ⚪︎フリからア⚪︎プラに切り替えたのですが、使いにくく感じたため、すぐに元のサービスに戻しました) エンジニアの皆さん、優れた技術力を持ちながら、デザインが原因でユーザー離れを招いていませんか?そうならないよう

                                                            【閲覧注意】イライラ不可避なUIデザイン10選 - Qiita
                                                          • エンジニアバブルとは何だったのか|久松剛/IT百物語の蒐集家

                                                            今回はエンジニアバブルの背景を整理することで、また大なり小なり起きるであろうバブルに備えることを目的としてまとめます。 有料設定していますが、最後まで無料でお読みいただけます。もしよければ投げ銭感覚で応援をお願い致します。 エンジニアバブルとは何かIT業界では新興の業界ということもあり、大小のバブルが発生しやすい特徴があります。この20数年の日本国内を振り返っても下記のようなものがありました。 ITバブル(1999-2000年) クラウドバブル(2010年前後) ソーシャルゲームバブル(2010年代前半) AIバブル(現在) このコンテンツで言うエンジニアバブルとは、プログラマを中心としたエンジニアが売り手市場となり、待遇が右肩上がりで提示されやすい状況を指します。エンジニアバブルでは求人倍率が上昇し、即戦力採用が活発化しました。提示年収が現年収比 1.25倍を超えたりすることも多々ありま

                                                              エンジニアバブルとは何だったのか|久松剛/IT百物語の蒐集家
                                                            • 画像生成AIの著作権問題、文化庁議論で争点はっきり (1/4)

                                                              2月29日に、文化庁で「文化審議会著作権分科会」の第7回が開催されました。著作権の専門家によってその制度について議論をする場ですが、今年度は2023年7月より「AIと著作権」について議論されてきました。3月に文化庁から政府に報告する「AIと著作権に関する考え方について(素案)」の最終案に近いものが発表され、1月下旬から2月上旬にかけて募った「パブリックコメント(パブコメ)」の結果報告もされるということもあり、注目されました。登場したのは「AIと著作権に関する考え方について(素案)令和6年2月29日時点版」、パブコメの結果を受けて、これまでの内容に微修正が施されていました。しかし、そこからわかったのは、文化庁の一貫したスタンスでした。 文化庁 文化審議会 著作権分科会 法制度小委員会(第7回) パブコメへの反応は「素案の内容周知」 発表物から議論を集めたのが発表資料に「パブコメの結果」が追加

                                                                画像生成AIの著作権問題、文化庁議論で争点はっきり (1/4)
                                                              • 『ゼルダの伝説 ティアキン』自由な“掛け算の遊び”を生むために。「全部物理で作る」を決断するまで【GDC 2024】 | ゲーム・エンタメ最新情報のファミ通.com

                                                                “Tunes of the Kingdom: Evolving Physics and Sounds for ‘The Legend of Zelda: Tears of the Kingdom’”――“チューンズ オブ キングダム:『ゼルダの伝説 ティアーズ オブ ザ キングダム』の進化する物理学とサウンド”と題された本講演では、本作の世界がいかに生み出されたか、物理設定とサウンド設計の面から語られた。 本記事では、とくに講演前半について紹介。後半のサウンド設計については下記関連記事をご覧いただきたい。

                                                                  『ゼルダの伝説 ティアキン』自由な“掛け算の遊び”を生むために。「全部物理で作る」を決断するまで【GDC 2024】 | ゲーム・エンタメ最新情報のファミ通.com
                                                                • エンジニアリングの必須図書 40冊 2023年版

                                                                  はじめに 今回の記事では、私の独断と偏見でエンジニアリングにおける必須の書籍を、以下の分野に分けて40冊共有する。 Web開発 行動経済学 ソフトスキル その他 対象とする読者 プログラミング初心者 どの書籍から読み進めればいいかわからないプログラマー なにか新しい書籍を読みたいひと なんとなくタイトルが気になったひと Web開発 『リーダブルコード』 良質なコードの原則と具体的なテクニックを丁寧に解説している。プログラミング初心者はまずこれを読むべき。良質なコード―要は、メンテナンスしやすいコードを書く上で重要なヒントを教えてくれる。コーディングで一生役立つ知識が満載だ。何度読んでも決して色褪せることのない不朽の古典である。 『14歳からのプログラミング』 図解付きでプログラミングの基礎(例:変数、関数、条件分岐)を理解できる。小難しい専門用語が一切なく、初心者でも問題なく理解できるよう

                                                                    エンジニアリングの必須図書 40冊 2023年版
                                                                  • サーバー構築の練習ができるLinux学習サイトInfraAcademy(インフラアカデミー) - Qiita

                                                                    こんにちは、 InfraAcademyというLinuxやネットワークの学習サービスを作成しております、ryuと申します。 サーバー構築が練習できるLinux学習サイトInfraAcademyについてご紹介します! シミュレーターを使ってサーバー構築の練習ができる InfraAcademyでは、Linuxのシミュレーターを使ってサーバー構築の練習ができます。 今までは、VirtualBoxで学習を進めていた人も多いでしょう。 私自身もVirutalBoxでサーバーの学習をしていました。しかし、環境構築に時間が掛かります。特に、複数台の連携したサーバー構築の準備に時間がかかりました。 しかし、InfraAcademyではそのような手間は一切かかりません! 関連記事:インフラ学習におすすめのサイトInfraAcademyとは? 環境の準備が1クリック Linuxの環境準備は1クリックで完了です!

                                                                      サーバー構築の練習ができるLinux学習サイトInfraAcademy(インフラアカデミー) - Qiita
                                                                    • 外部からいきなりCTOとして就任する時に気をつけていること|BTO

                                                                      おはこんばんちは!!尾藤 a.k.a. BTO です。 私は今はオープンロジでCTOをしていますが、オープンロジを含めて今まで4社でCTOをしています。CTOとしての実績と経験を積み重ねてきた結果、今ではある程度開発組織が大きくなった会社からCTOのオファーをいただくことが増えてきました。 いわゆるパラシュート人事というやつです。パラシュート人事は非常に難しく、私が今まで見てきた中でもパフォームしていないマネージャーはほとんどが外部登用でした。逆に現場上がりのマネージャーはうまくワークしており、微妙な人は少数でした。 このように失敗する可能性の高いパラシュート人事で入社する場合は、いろいろ気をつけないといけません。CxOとまではいかずとも、みなさんの中にも転職をきっかけに何らかの責任者としてのポジションを期待されて入社することもあるかと思います。そういった方に私の気をつけていることが参考に

                                                                        外部からいきなりCTOとして就任する時に気をつけていること|BTO
                                                                      • 知的生産の恐ろしいところは「4時間考えた結果進捗はゼロ」が起きるところ←これどうすればいいの?

                                                                        終点さん @Oh_sushijanight 知的生産の恐ろしいところは、「4時間試行錯誤しながら考えた結果、進捗はゼロ」みたいなことが起きるところ 2023-09-29 19:21:11

                                                                          知的生産の恐ろしいところは「4時間考えた結果進捗はゼロ」が起きるところ←これどうすればいいの?
                                                                        • 今のチームに来てから最も生産性が上がった考え方|牛尾 剛

                                                                          多分今回のポストは多くの人には参考にならないだろう。相当ニッチなので。でもこれは自分にとってはとても大きなことだったので、忘れないように記録しておきます。 生産性の悩み あまりこの世界では生産性とはあいまいな言葉で、何をもって生産性が高いとは言いにくい。速いのが良いのではない。ただ、自分の実感として自分は生産性が良くないといつも感じていた。だからいろいろ努力したり、考え方をできる人を観察して真似してみたり、直接本人に聞いたりして工夫をしてきた。 実は自分はめっちゃコーディングが早い人になりたいわけではない。そうではなくて、「平均的」になりたいだけだ。それぐらいいければ「Strategy」でカバーできるどころかもっと上に行けると確信があったから。でもそうではなくて明らかに遅いのでそれが自分の足を引っ張っていた 努力の方向性 様々な努力をして、特に有効だったことを自分の本に書いたつもりではある

                                                                            今のチームに来てから最も生産性が上がった考え方|牛尾 剛
                                                                          • 女子大生が100日連続で生成AIで100本のプログラムを書いたらどうなったか?

                                                                            ボードゲームやアクションゲーム、各種ツールやシミュレーションなどさまざまなソフトが100日間に作られた いままで数えきれないほどのプログラマーに会ってインタビューもさせてもらってきたが、久しぶりに若いプログラマーの話を聞いてきた。ここ1、2年では U22グランプリの男子中学生や全国小中学生プログラミング大会の受賞者たちだが、今回は、ChatGPTを使ってプログラムを書きまくった女子大生である。 彼女は X(Twitter)の自分のアカウントで1日1本のソフトを100日間連続で作るというイベントをやっていて「おっ、頑張っているな!」と思って応援していた。「こんなゲームを作ってほしい」などとリクエストを出したりもしていたのだが、どうも私が想像していたものと内容もやり方も違っていたようである。 目下、ソフトウェア産業の最大のテーマは「我々は人間の言葉でプログラムを書くようになるだろうか」というこ

                                                                              女子大生が100日連続で生成AIで100本のプログラムを書いたらどうなったか?
                                                                            • Webフロントエンド入門

                                                                              まずはじめに HTML、CSS、JSを学んだ後にモダンなweb制作を行う上でこれから何を学べばいいだろうと手探り状態だった過去があるので、今同じ悩みを抱えている方に向けてこの記事を書こうと思いました。また、自分自身が2023年に多くのことを学んだのでそれの整理になればという思いもあります。 あと、いいね、コメントいただけると記事作成の励みになります😇 この記事の対象者 HTML, CSS, JSはある程度理解した モダンなWeb制作を行いたい これから学ぶべき技術 React, Next.js 一度は聞いたことある人も多いと思います。これは、Webサイトを効率的に開発することを目的に作られたJSのフレームワーク(正確にいうとReactはライブラリ)です。 ReactはFacebook社が開発したもので、それをVercel社がより使いやすくしたものがNext.jsです。 作成するものによっ

                                                                                Webフロントエンド入門
                                                                              • 57歳の母がエンジニアを目指している

                                                                                ChatGPT関連のニュースを最初めちゃくちゃ嫌っていたうちの母親(57歳の主婦)が実際に使い始めたらどハマりしてしまったらしい。それだけなら面白いもんだが2ヶ月前、遂に「OpenAIのエンジニアになる」と言い出した。ちなみに母は一度も日本から出たことはないしプログラミングやIT系に勤務した経験もない。 ニューハンプシャー州にあるコミュニティカレッジのオンライン英語学習コースとCamblyというアプリで英会話やライティングを勉強しながら、Pythonやデータ構造、アルゴリズムの勉強をしている。本を読んで色々作りながらPython Certificationsという試験の勉強をしているらしい。 俺は2ヶ月前まで色々パソコンの基本的な使い方やファイルとかフォルダの違いについて教えていたが、もう多分母の方が詳しい。その情熱を数十年前に俺の教育に注いでくれればよかったのに。まあボケ防止にはなるだろ

                                                                                  57歳の母がエンジニアを目指している
                                                                                • 【スゴ本】ITエンジニアの「武器」を増やす5冊

                                                                                  Dain 古今東西のスゴ本(すごい本)を探しまくり、読みまくる書評ブログ「わたしが知らないスゴ本は、きっとあなたが読んでいる」の中の人。自分のアンテナだけを頼りにした閉鎖的な読書から、本を介して人とつながるスタイルへの変化と発見を、ブログに書き続けて10年以上。書評家の傍ら、エンジニア・PMとしても活動している。 わたしが知らないスゴ本は、きっとあなたが読んでいる keyboard_arrow_down はじめに keyboard_arrow_down 独学のキモは「いかに継続するか」 keyboard_arrow_down 「顧客が本当に必要だったもの」をいつ知るか? keyboard_arrow_down チームに笑顔を keyboard_arrow_down 質の高い課題を見極める keyboard_arrow_down 技術を哲学する keyboard_arrow_down おわり

                                                                                    【スゴ本】ITエンジニアの「武器」を増やす5冊