並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 9815件

新着順 人気順

エンジニアの検索結果361 - 400 件 / 9815件

  • 私がエンジニアをイラっとさせてきた質問時の態度5選 - Qiita

    「上司に質問をすると、いつも相手を不機嫌にさせてしまいます…」 このような悩みを持つエンジニアは少なくないのではないでしょうか。実際、誰もが「こんな質問をして怒られたらどうしよう」と躊躇したことがあるでしょう。 ただ、もしかしたらその悩みは簡単に解消できるかもしれません。なぜなら、エンジニアがイラっとする質問の態度はある程度きまっているからです。質問者として適切な態度を理解することで、質問が改善されるはずです。 はじめに まず、これは全員の共通認識だと思うのですが、大前提として『質問をすること』は難しいです。ですので、この記事ではあえて「良い質問」と「悪い質問」の違いには触れません。その手の議論にはすでに飽き飽きしているからです。 次に、エンジニアという生き物について説明します。多くのエンジニアは技術力を身につける必要があるため勤勉家な人が多いです。少なくとも私は「自分で学ぶ気のない人に厳

      私がエンジニアをイラっとさせてきた質問時の態度5選 - Qiita
    • 日本のソフトウェア企業でよく見るエンジニア組織の構造と、近年推奨されるエンジニア組織の構造について

      はじめに 恥ずかしながらスクラム開発の開発チームへの導入を何度も経験しているのだけれど、どうしてもチームの成熟レベルが高い位置までもっていくことができませんでした なぜうまくいかないのか? これを深掘りする過程で教科書どおりに実行するには組織の構造がスクラムガイドで書いてある構造と根本的に異なっているのではないか?と考えるようになりました。 よくあるエンジニア組織の構造 大きめのWebソフトウェア企業の内製型エンジニア組織の構造はだいたいどこもこのような感じになっています この組織構造の問題点 スクラムを導入する場合、リーダー自身かあるいはメンバーの一人がスクラムマスターとなります リーダー自身がスクラムマスターになる場合でもアンチパターンと言われる開発者との兼任になります。 スクラムマスターの最も重要な職務である「観察」が行えなくなります。 スクラムマスター自身が観察を行わない場合、各メ

        日本のソフトウェア企業でよく見るエンジニア組織の構造と、近年推奨されるエンジニア組織の構造について
      • エンジニアにオススメしたいyoutuber ! Tech系Youtuber5選! - Qiita

        Able Programming 機械学習に必要なpythonのライブラリや、機械学習の手法について解説しています。初心者でも機械学習に触れられるようになっています。 Able Programming シリエン戦隊JUN TV シリコンバレーの現役エンジニアで、シリコンバレーで働いているエンジニアならではの情報を載せています。 将来シリコンバレーで働きたい人や起業したい人にオススメです。 シリエン戦隊JUN TV KENTA / 雑食系エンジニアTV エンジニア向けオンラインサロンを運営しているエンジニアさんのyoutubeチャンネル KENTA / 雑食系エンジニアTV 迫 佑樹 プログラミング教材販売などを行なっているエンジニアさんのyoutube 迫 佑樹 たにぐち まことのともすたチャンネル react,vue,aws,wordpressなどのコーディングについて解説しているyou

          エンジニアにオススメしたいyoutuber ! Tech系Youtuber5選! - Qiita
        • ビックカメラがエンジニアを数百人規模で採用しIT子会社を設立するがその理由が「給与の問題でそのままエンジニアを採用するのが厳しいから」らしい

          リンク 日経クロステック(xTECH) ビックカメラがIT子会社設立しエンジニア数百人採用へ、内製に舵切りDX推進 ビックカメラが今夏をめどに新会社を設立し、数百人規模のITエンジニア採用に乗り出す。ビックカメラと異なる人事制度を取り入れ、ITエンジニアの市場に合わせた給与体系や勤務形態を用意する。デジタル戦略の推進へ社内でエンジニアを抱え、システム開発の内製に大きく舵(かじ)を切る方針だ。 30 users 734 あんどぅ @integrated1453 経済ニュースアプリの泥水と味噌卵麺をすすりながらコストコンシャスなSREに取り組んでいます。 Incident Response Meetup運営/JAWS-UG SRE支部運営/インフラエンジニア/AWS CDK/エンジニア採用/アニメ/2児の父/経済ニュース/資産運用/蒙古タンメン中本/サウナ docswell.com/user/

            ビックカメラがエンジニアを数百人規模で採用しIT子会社を設立するがその理由が「給与の問題でそのままエンジニアを採用するのが厳しいから」らしい
          • エンジニアの評価グレード制の導入について - BASEプロダクトチームブログ

            こんにちはBASE株式会社取締役EVP of Developmentのえふしん( @fshin2000 )です。 今回は、年末の給与改定から運用を開始する評価グレード制導入のお話を書いてみたいと思います。 これまで人材採用時の給与決定や社員の評価時には、マネージャ間で相談し役員承認の上で給与を決めていましたが、その基準や空気感は詳しく社内のメンバーに共有できていませんでした。理由として、中途主体の採用だとどうしても前職給与に影響され、人によって給与にばらつきがでてしまうため、体系だった形に整える機会がなかったのですが、今度、社内に評価グレード制というものを導入することになり、各給与レンジの方に求めるスキルや意識についてまとめたのでこちらで公開いたします。 評価グレード制というのは、一般的に等級と呼ばれるもので、一定サイズ以上の会社のご経験がある方なら、類する制度はどこでもあると思いますので

              エンジニアの評価グレード制の導入について - BASEプロダクトチームブログ
            • ITエンジニアがおすすめする仕事用リュックまとめ

              リンク 「TIMBUK2(ティンバックツー)」日本公式サイト 「TIMBUK2(ティンバックツー)」日本公式サイト 人気の「クラシックメッセンジャー」などのメッセンジャーバッグやカメラバッグ等。 24 users 2104 片山 暁雄 @c9katayama モンベルどうでしょうか?PC入れと傘入れが独立してて、フロントジッパーは防滴加工してあります。安くて軽い、MacBook 16inch入るので愛用してます。 webshop.montbell.jp/goods/disp.php… twitter.com/mana_cat/statu… 2020-09-20 20:49:40 リンク モンベルウェブサイト 【モンベル】ユティリティー デイパック 25 「背負う」「持つ」の2通りの使い方ができる、通勤から泊まりの出張にも対応したサイズのビジネスバッグです。フレームを内蔵し、重い荷物を収納し

                ITエンジニアがおすすめする仕事用リュックまとめ
              • 【「スゴ本」中の人が薦める】ITエンジニアなら知ってほしい。プロジェクトを炎上させないマネジメント術を身につける4冊

                1. 『プロジェクトマネジメントの基本が全部わかる本』橋本将功 著、翔泳社 2. 『アート・オブ・プロジェクトマネジメント』Scott Berkun 著、村上 雅章 訳、オライリー・ジャパン 3. 『アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣』VenkatSubramaniam,AndyHunt 著、木下史彦,角谷信太郎 監訳、オーム社 4. 『プロジェクトマネジメント知識体系ガイド(PMBOKガイド)第7版+プロジェクトマネジメント標準』PMI 著、PMI日本支部 監訳 問題。次のうち、どちらが重要? 1. 炎上プロジェクトを鎮火する技術 2. プロジェクトを炎上させない技術 修羅場における火消しの技術が1だ。燃え上がって墜落寸前のプロジェクトを制御して、なんとか胴体着陸まで持っていくノウハウである。 一方、プロジェクトを修羅場にさせない技術が2だ。そもそもそんな操縦不

                  【「スゴ本」中の人が薦める】ITエンジニアなら知ってほしい。プロジェクトを炎上させないマネジメント術を身につける4冊
                • ITエンジニアに刺さる「ポッドキャスト6選」

                  はじめに 皆さんは「ポッドキャスト」を聞いていますか? ポッドキャストは個人でも配信できる音声メディアのことです。特定のサービスを指すわけではなく、音声ファイルをWebサーバーに置き、RSSフィードで更新情報を配信すればポッドキャストとして認識されます。ポッドキャストのアプリでは、そのRSSフィードのURLを登録すると随時更新された音声データを聴くことができる、という仕組みです。専用のアプリをインストールしておくと番組が更新された時点でプッシュ通知されるため、常に最新の音声データをチェックできます。 ポッドキャストという名前の通り、「iPod」時代の遺物といったイメージもあるかもしれません。しかし昨今、ポッドキャストが見直されているようです。大きな流れとしては、2018年に「Anchor」というポッドキャスト配信サービスが広まったことに起因すると思われます。録音から配信までを1つのサービス

                    ITエンジニアに刺さる「ポッドキャスト6選」
                  • エンジニアのためのFigma超入門

                    エンジニアがFigmaを学ぶ利点 ブラウザ上で共同編集ができるなどの理由から、最近では観測範囲内の多くの企業がFigmaをメインのデザインツールとして採用しています。 一般的にフロントエンドエンジニアはデザイナーがFigma上で作成したデザインファイルを元に実装を進めると思いますが、ここでエンジニア側にもFigmaの知識がある程度あればより円滑かつスピーディにUIの実装が行えるのではないかと考えています。 具体的には、エンジニアにFigmaの知識があることで以下のような利点があります。 デザイナーの意図を汲み取ることができる デザイナーと共通言語で話せる 実装の観点からデザイナーにFigmaの修正依頼ができる ↑の打ち返しを待たずに自分で軽微な修正ができる というわけで、今回はエンジニア目線で実装への応用を交えながらFigmaの基礎知識を解説していきたいと思います。 スタイル Figmaで

                      エンジニアのためのFigma超入門
                    • ITエンジニア、ミドルの転職の仕方/35歳以下転職との違い|久松剛/IT百物語の蒐集家

                      先のコンテンツでお話したように、スキルに現役感があって柔軟性があればITエンジニアについては継続的に就業できそうな傾向が見えています。急に20代の日本人正社員が増えることはこの先無いので、企業が日本人に拘っているうちはミドルの需要はなし崩し的に高まっていくと考えています。ただし、朗らかに、にこやかにコミュニケーションできる柔軟性の高いミドルを目指しましょう。 とはいえ、実際に採用市場を見ていると転職の仕方が不器用な方が多いです。早期退職制度などもあり、初めての転職や十数年ぶりの転職という方も多く居られます。今回はITエンジニアにおいてミドルが取るべき採用の動き方についてお話します。 ミドルの転職におけるアンチパターン:とりあえず大手人材紹介に登録Twitterで話題の47歳について、私も思い当たるところがあり共感を持って毎日拝見しています。現役エンジニアがコメントや引用RTでワーワー言うの

                        ITエンジニア、ミドルの転職の仕方/35歳以下転職との違い|久松剛/IT百物語の蒐集家
                      • エンジニアって結局英語どれくらいできればいいの?

                        先日TOEIC980点を取った。 ただ正直まだまだ全然文を読めている気がしないし、読んでて難しいなと思うし、知らない単語なんて毎日のように見かけるし、洋書を読むのはかなり骨が折れる、あるいは挫折する。一応通読したものはあるけど数えるほどしかない。 ここまで達するのにそれなりに苦労した気がするけど、ふと周りを見渡すと英語で苦労したという話は全然聞かない。自分は会話も無理で、やっとこさなんとか読めるようになり始めたぐらいの感覚なのに、周りはそんな苦労なんかしたことないけど英語できるよって人が多い感じがしている。優雅な雰囲気で「英語読めます」って雰囲気出しやがって。殺すぞ。 「英語の公式ドキュメントくらい誰でも読めるでしょ」とかすぐ言うし、しれっと「これ読んだらこう書いてあったよ」と言って英文提供してきたりする。かなりうざい。結局読むけど。 一方で、そういう人がzealとかinterpolate

                          エンジニアって結局英語どれくらいできればいいの?
                        • 2024年に読んだほうがいいエンジニアな書籍10冊+α - CloudとSREそしてキャリア本 - Lean Baseball

                          Google Cloud Partner Top Engineer 2024を頂いた者です. 仕事はエンジニア系のコンサルとSRE, 趣味(と前職以前の仕事)で機械学習や生成AI*1をやっとります. この記事は当ブログの名物かつ人気シリーズである, 主に技術書を中心としたオススメ書籍(元々はPython本メイン)の紹介エントリーです. ※去年の記事はこちら. 本年のこのエントリーは, 2024年の推し本4冊 CloudおよびSREな4冊 いい感じな技術書2冊 この三本立て(+私の完全なる趣味チョイスで数冊)でご紹介できればと思います. というわけで, 本年のラインナップは以下の通りです. この記事の著者 2024年の推し技術書10冊 特に推したい4冊 クラウドストラテジー 世界一流エンジニアの思考法 仕事に役立つ新・必修科目「情報Ⅰ」 キャリアづくりの教科書 CloudおよびSREな4冊

                            2024年に読んだほうがいいエンジニアな書籍10冊+α - CloudとSREそしてキャリア本 - Lean Baseball
                          • 長く活躍できるエンジニアになるためには? 技術者として大切にしたいこと

                            フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発

                              長く活躍できるエンジニアになるためには? 技術者として大切にしたいこと
                            • 駆け出しエンジニアの皆さんに知ってほしい脆弱性のこと。

                              セキュリティは難しいです。 ですが、プログラミング初学者の皆さんは必要以上に萎縮せず、どんどんアプリケーションを作り、公開することにチャレンジして欲しいと私は思っています。 一方、事実として、脆弱なアプリケーションが公開されている(サーバ上でアクセス可能な状態になっている)だけで、全く無関係な第三者が被害を被る可能性があることは知っておく必要があります。 それはWordPressを使った単なるWebサイトであったとしても同じです。 また、あなたのアプリケーションが破壊されて困らないものであったり、 個人情報を保持していないものであったとしても、です。 だから、知らなかった、では済まされないこともあります。 この記事では、PHPのソースを例に、 特にプログラミング初学者が生み出しやすいアプリケーションの脆弱性について、 具体的なコードを挙げながら解説します。 なお、本記事のサンプルコードはも

                                駆け出しエンジニアの皆さんに知ってほしい脆弱性のこと。
                              • API開発の基本 - 銀行APIの開発事例に学ぶ『使いやすい』のデザインプロセス - エンジニアHub|Webエンジニアのキャリアを考える!

                                API開発の基本 - 銀行APIの開発事例に学ぶ『使いやすい』のデザインプロセス APIは多くのWebシステムにおいて、欠かすことのできない技術です。APIをどのように設計、デザインすれば、ユーザに利便性を提供できるのかを、GMOあおぞらネット銀行 CTOの矢上聡洋さんが解説します。API設計の基本、そして実際の銀行APIの設計から、“使いやすい”を生み出すためのデザインプロセスを学びます。

                                  API開発の基本 - 銀行APIの開発事例に学ぶ『使いやすい』のデザインプロセス - エンジニアHub|Webエンジニアのキャリアを考える!
                                • AWSエンジニアロードマップ2023 - Qiita

                                  ・AWSの学習順序を「路線図風」にまとめました。 ・黄色の丸は重要な項目です。 ・「AWS完全未経験」の方であれば、目安は「3ヶ月」の学習期間で「SAA資格に合格」が標準です。 (経験者であれば、より短い期間で合格が可能です。) ・SAA合格後は他資格の学習と合わせて、ハンズオンを中心に手を動かす学習を推奨します。 ChatGPTでも、ここまでのロードマップは出せないはず⛅️ 1週目:AWS基礎知識(AWS Basics) まずは「AWS」と「従来型のITインフラ環境」について整理していきましょう。 なぜAWSがこれほど世間から求められているのか?AWSのどのような点がメリットなのかについて理解するのが大切です。 オンプレミスのデメリットは ・多額の初期費用が必要 ・キャパシティの予測が必要 ・通常、サーバー購入から設置まで1ヶ月程度かかる などがあります。 一方、AWSは利用した分だけ支

                                    AWSエンジニアロードマップ2023 - Qiita
                                  • UI改善のためにエンジニアに仕様を構造化してもらったら再設計がめちゃくちゃ捗った話|鈴木 健一 / PLAID & Ex.STANDARD

                                    この記事はPLAID Advent Calendar 9日目の記事ですUI改善の前提理解、うまくできていますか?皆さんはこれまで着手してこなかった既存画面のデザイン改善をする時、どのように進めているでしょうか。 自分がプレイドで所属しているreBAISUというチームでは、タタキとして定義したスタイルガイドを旧来の画面に適用しながらUI改善する取り組みをしています。 取り組み方として、改善対象となる画面の仕様を理解しながら課題を見つけ、解決策を検討していく流れになるのですが、この仕様理解が難しいと感じていまして。 なんとか前提理解を促せる方法はないものかと検討した結果、対象画面の構成要素をひとつずつ紐解いていく方法で理解していく「デザインの逆行分析」という方法をとっていました。 デザインの逆行分析とは「リバースエンジニアリング」とも呼ばれる手法で、その考えをデザインでも応用しようというもので

                                      UI改善のためにエンジニアに仕様を構造化してもらったら再設計がめちゃくちゃ捗った話|鈴木 健一 / PLAID & Ex.STANDARD
                                    • 監視とは何か ~監視エンジニアのスキルと成長~

                                      July Tech Festa 2021 winter E2セッションの資料です ITシステム監視とは何か 監視エンジニアの未来 監視エンジニアのトレーニング 次世代MSPの役割

                                        監視とは何か ~監視エンジニアのスキルと成長~
                                      • 2019年のDevOps/MLOpsエンジニアの標準的スキルセット - Qiita

                                        ちなみに、IT業界全体のシェアとしてはMicrosoftのAzureの方がGCPを上回っていますが、Web業界においてIaaSにAzureを採用している企業さんは2019年時点ではまだまだ少ないので、現状ではとりあえずAzureへのキャッチアップは後回しにしておいて問題ないと思われます。 クラウドアーキテクチャ設計 前述したAWSやGCPの各種マネージドサービスを適切に組み合わせてアーキテクチャ設計を行い、それを構成図に落とし込める能力は必須となります。 いわゆる「アーキテクト」という職種の担当領域でもありますが、「サービスを安定稼働させたまま、バリューをユーザに迅速に届ける」ためには、自動化のしづらい構成が採用されてしまったり、無駄な機能が開発されてしまったり、アンマネージドなツールやサービスが使用されて管理工数が肥大化したりしないように、アーキテクチャ設計の段階からDevOpsエンジニ

                                          2019年のDevOps/MLOpsエンジニアの標準的スキルセット - Qiita
                                        • インフラエンジニアって何してんの? - Qiita

                                          「ラクス Advent Calendar 2022」 12月23日(金)担当のインフラエンジニアです。今回は知られざるインフラエンジニアの仕事について触れてみたいと思います。 はじめに 最近(でもないけど)twitterなどで駆け出しエンジニア?の方のツイートをよく目にするようになりました。 「駆け出しエンジニア」というと文字面からは1年目のなりたてエンジニアのような印象を受けますが、どちらかというとこれからエンジニアを目指すために勉強をしている方を指すことが多いようです。 そういった方のツイートを見ていると9割以上はプログラミングの話。実際に業界内で働いてみれば要件定義など単純にプログラミングしていればいいだけの世界ではないことは重々承知かと思いますが、未経験の方にはエンジニア=プログラミング、エンジニア=開発、というイメージがやはり強いのでしょう。はたまたインフラエンジニアなんて世界に

                                            インフラエンジニアって何してんの? - Qiita
                                          • ほとんど水、カロリー4分の1の「バター」を開発――人工安定剤不要、タンパク質やビタミンの追加も可能 - fabcross for エンジニア

                                            ほとんどが水で構成される低カロリーの“バター”が開発された。この研究は、コーネル大学の食品科学の教授のAlireza Abbaspourrad氏らによるもので、2019年6月27日に『ACS Applied Materials & Interfaces』に掲載された。 この研究では、バターの代替品を作り出すために、ごく少量の植物油と乳脂肪を使って大量の水を乳化する新しいプロセスを見出した。水と油を乳化すること自体は新しくないが、今回、高内相エマルション(high-internal phase emulsions: HIPE)技術を用いることで、最終組成が水80%、油20%の“バター”を作り出した。 一般的なバターは、水分が約16%、脂肪が約84%となっている。大さじ1杯当たり、脂肪が約11g、ほぼ100カロリーだ。それに対し、今回開発された“バター”は、大さじ1杯当たり、脂肪2.8g、25

                                              ほとんど水、カロリー4分の1の「バター」を開発――人工安定剤不要、タンパク質やビタミンの追加も可能 - fabcross for エンジニア
                                            • 完全無人でスイスイ進む「自動運転自転車」が爆誕、Huaweiのエンジニアが開発

                                              センサーやカメラ、AI技術の進化によって、人間ではなくコンピューターが車を運転する「自動運転システム」の技術も日進月歩で進んでいます。そんな自動運転システムをなんと二輪走行の自転車に実装することに成功したと、18歳で電子科技大学を卒業し、HuaweiのAIエンジニアとして活躍する稚晖氏がムービーで報告しています。 【自制】我把自行车做成了 自 动 驾 驶 !!【硬核】 - YouTube 稚晖氏が自動運転自転車を開発したきっかけは、稚晖氏自身が雨の日に自転車に乗って転倒し、顔面にケガを負ってしまったことにあります。 自動運転車のポイントは「運転席が無人でも車が走行できる」ということ。一方、自動運転自転車の場合は「運転席が無人だと自立できない」という点に課題があります。一般的な自動車は4輪なので十分自立できますが、2輪しかない自転車の場合、人間が乗って重心を移動させることでバランスを保ちます

                                                完全無人でスイスイ進む「自動運転自転車」が爆誕、Huaweiのエンジニアが開発
                                              • ドワンゴのエンジニアはSlackで遊んでいる

                                                ここ数ヶ月の退職ムーブメントの中でドワンゴを退職した身だが、このブログのSlack云々の話は現職さんが正しい。 現職エントリ - 毎日わんわん https://mi111.hatenablog.com/entry/2019/11/01/013545 ドワンゴのエンジニアはSlackで遊んでいる。 が、そんなことしているのは一部のエンジニアだけというのも事実。少なくとも、自分が担当していたサービスのエンジニアさんは、Slackでの雑談に時間を使うなんてことは(ほぼ)なかった(後述する雑談チャンネルでは見かけなかった)。 サービスへの愛情も良くしようという熱意もあったし、非エンジニアの要件をしっかり仕様に落とし込み、実装してくれる頼もしい人たちだった。 ときには、エンジニア側からサービスに対する提案もあったりして、すごくありがたかった。 退職エントリの人は「ドワンゴの slack では、将来的

                                                  ドワンゴのエンジニアはSlackで遊んでいる
                                                • 『プログラミング作法』新人エンジニアにオススメする技術書 | IIJ Engineers Blog

                                                  『プログラミング作法』 著者:Brian W. Kernighan / Rob Pike 福崎俊博 訳 アスキードワンゴ ちなみにこの本、私が入手した頃とは装丁がガラッと変わっていて、いまの表紙はこんな感じになっています。 犬がカワイイですね。これから購入する方はご注意ください。 普段プログラミングをしていると、大なり小なりさまざまな判断を行うべき局面が出てきます。 変数やメソッドにはどんな名前を付けるべきか?ロジックは明快になっているか?ここにコメントは必要か?必要としたらどう書くか?ライブラリのインターフェイスは適切にデザインされているか?ライブラリ関数の粒度は適当か?与えられた問題に対してデータ構造やアルゴリズムは適切なものを選択しているか?もっと良いものがあるのではないか?計算量は妥当な範囲に収まるか?処理が複雑になっても性能が良くなる方を取るか?あるいは多少性能を犠牲にしてもわか

                                                    『プログラミング作法』新人エンジニアにオススメする技術書 | IIJ Engineers Blog
                                                  • 歳を取ったエンジニアとして腕力のある若手にどうやって立ち向かおうか考えた - FPGA開発日記

                                                    この記事はFPGA開発日記の祝2,000記事到達の記念に書いているものです。 普段の記事と比べて非常にエモい内容となっております。 FPGA開発日記を始めたのが2015年の1月4日。それからおよそ5年と10か月で2,000記事に到達した。 計算してみると2,115日での2,000記事達成となっていた。我ながらよく頑張った。 ブログを書き始めてもう5年以上経った。5年も経てば周りの状況も変わるし、生活環境も変わる。 私も歳を取り、決して若いとは言えない年齢になった。昔のように徹夜で勉強とか実装はできなくなったし、肩は凝るし集中力は続かない。夜になるとすごく眠たくなる。仕事が終わったらすぐ眠たくなってしまい、趣味やブログを執筆する時間を取るのがとても難しくなってきた。 私が年を取れば取るほど、若い実装力のある、優秀な人たちが参入してきて、私の何倍ものスピードで成果を出していく。 私が持っている

                                                      歳を取ったエンジニアとして腕力のある若手にどうやって立ち向かおうか考えた - FPGA開発日記
                                                    • 高収入エンジニアは「ラスト」に注目、ファインディ調査 - 日本経済新聞

                                                      IT(情報技術)エンジニア採用支援のファインディ(東京・品川)はプログラミング言語についての調査を実施した。それによると高収入のエンジニアほど新世代言語の「Rust(ラスト)」に注目していることが分かった。データ処理などでの需要増が見込まれている。調査は6月30日から7月18日にかけてインターネットで行い、1044人のエンジニアに年収別に現在仕事で扱っているプログラミング言語と今後習得したい言

                                                        高収入エンジニアは「ラスト」に注目、ファインディ調査 - 日本経済新聞
                                                      • エンジニア・プログラマーのタイプを考えてみる - IT業界で気づいたことをこっそり書くブログ

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

                                                          エンジニア・プログラマーのタイプを考えてみる - IT業界で気づいたことをこっそり書くブログ
                                                        • 「NoCode」という幻想|gami | エンジニア

                                                          どうも、エンジニアのgamiです。 数日前に、NoCodeツールのAdaloを使って開発された大学生向けSNS「Union」が資金調達を発表しました。 NoCodeで資金調達まで走ってその後作り直すというのは、まさにNoCodeの正しい使い方という感じする。 "UnionはNocodeツールのAdaloを使用して作成されています。しかし、Nocodeで作成されたアプリは依然として速度、操作性の観点からUI/UXが劣るため今後はFlutterを用い..."https://t.co/kQvk7iEvN6 — gami@デジタル教育系YouTuber兼エンジニア (@jumpei_ikegami) April 3, 2021 このニュースには、NoCodeの素晴らしさと限界が現れていると思いました。 「NoCode」という言葉を真に受けると、「もうプログラムを書いたり、高いお金を払ってエンジニア

                                                            「NoCode」という幻想|gami | エンジニア
                                                          • ソフトウェアエンジニアとしての姿勢と心構え / Software Engineer's Survival Guide

                                                            2021年度リクルート エンジニアコース新人研修の講義資料です

                                                              ソフトウェアエンジニアとしての姿勢と心構え / Software Engineer's Survival Guide
                                                            • IIJで働くみんなのデスク環境 有名IT企業に勤めるエンジニアの机を写真でチェック

                                                              関連記事 レッドハット日本法人で働くみんなのデスク環境 外資系クラウド企業を支える机を写真でチェック IT企業で働く人のデスク環境を写真や本人のコメント付きで紹介。ITエンジニア、デザイナーなどがどんな環境で働いているかチェックする。今回はレッドハットで働く人のデスク周り。 noteで働くみんなのデスク環境 デザイナー・ITエンジニアの机を写真でチェック IT企業で働く人のデスク環境を写真や本人のコメント付きで紹介。ITエンジニア、デザイナーなどがどんな環境で働いているかチェックする。今回はnoteで働く人のデスク周り。 有名IT企業で働くみんなのデスク環境 エンジニア・デザイナーなど写真でチェック ヤフー編 IT企業で働く人のデスク環境を写真や本人のコメント付きで紹介。ITエンジニアやデザイナーまで、さまざまな社員がどんな環境で働いているかをチェックする。今回はヤフーで働く人のデスク周り

                                                                IIJで働くみんなのデスク環境 有名IT企業に勤めるエンジニアの机を写真でチェック
                                                              • ソフトウェアエンジニア採用で技術面接をやめました|sys1yagi

                                                                こんにちは、Ubie(ユビー)株式会社でソフトウェアエンジニアとして働いている八木(@sys1yagi)です。 ソフトウェアエンジニア採用といえば技術面接ですよね。技術的な経験に関するインタビューや、コーディングテスト、技術課題の提出、ライブコーディングなどを行い、候補者の経験や技術力、技術の方向性やキャリア観などが自社とマッチするかを確認するというのが一般的かと思います。 Ubieでは、このような形式の技術面接をやめることにしました。自社とマッチするという点にフォーカスしたとき、これまでの技術的な経験や技術的な方向性は、Ubieで働く上でそこまで大きく関係してこないということがわかったからです。 技術的な詳細よりも、事業をつくることの経験や考え方を知りたい Ubieには2つの組織があります。Ubie DiscoveryとUbie Customer Scienceです。私が属しているUbi

                                                                  ソフトウェアエンジニア採用で技術面接をやめました|sys1yagi
                                                                • 『止まらないシステムはないです。東証は1日止まりました』ITエンジニアが説明に使えるワードとして注目される「ありがとう。いい前例です」

                                                                  たか@きっとSE @taka29009 上司『このシステムは止まらない?』 僕『止まらないシステムはないです。AWS、Google、Microsoft、東証、これらシステムも止まりました。いくらお金、人件費をかけても止まる時は止まります。ただ復旧に掛かる時間は最善します。ちなみに東証は1日止まりました。』 これで僕は1日の猶予を貰った。 2020-10-01 17:50:53

                                                                    『止まらないシステムはないです。東証は1日止まりました』ITエンジニアが説明に使えるワードとして注目される「ありがとう。いい前例です」
                                                                  • 全てのエンジニアに向けて「エンジニアとして生き残るために」 NTTコミュニケーションズ技術顧問・和田卓人氏 - Shines|ドコモビジネス|NTTコミュニケーションズ

                                                                    事業共創プログラム OPEN HUB for Smart World 未来をひらく「コンセプトと社会実装」の実験場 OPEN HUB for Smart Worldは、社会課題を解決し、わたしたちが豊かで幸せになる未来を実現するための新たなコンセプトを創り、社会実装を目指す事業共創の場です

                                                                      全てのエンジニアに向けて「エンジニアとして生き残るために」 NTTコミュニケーションズ技術顧問・和田卓人氏 - Shines|ドコモビジネス|NTTコミュニケーションズ
                                                                    • 【緊急提言】暴走事故はドライバーだけの責任ではない!! 天才エンジニアが見抜くクルマが改善すべき点とは - 自動車情報誌「ベストカー」

                                                                      ここ最近、毎日のように報道され、ますます社会問題化しつつある深刻な高齢ドライバーによる暴走事故。 そこで、今回本誌連載、激辛試乗でおなじみの元GT-R開発責任者、水野和敏氏からの緊急提言としてこの問題について水野氏からの提案を2回にわけて、お送りしよう。 聞き手はこちらも同じく本誌26日号連載『ザ・インタビュー』でおなじみのフェルディナント・ヤマグチ氏。 文:水野和敏、フェルディナント山口/まとめ:ベストカー編集部 ベストカー2019年7月26日号 ■暴走事故にはドライバーにもクルマにも対策が必要だ(水野) フェルディナント山口(以下:フェル):最近、高齢ドライバーによる暴走事故が相次いでいますが、水野さんはどのように思われますか? 水野和敏(以下:水野):あれはね、ハッキリ言わせてもらえば踏み間違いもあるけどクルマにも課題があり、両方の対策が必要だよ。 フェル:う〜ん、運転している高齢ド

                                                                        【緊急提言】暴走事故はドライバーだけの責任ではない!! 天才エンジニアが見抜くクルマが改善すべき点とは - 自動車情報誌「ベストカー」
                                                                      • 高校生のなりたい職業1位に「エンジニア・プログラマー」 学研調査 男子・高1女子に人気

                                                                        高校生のなりたい職業1位は「エンジニア・プログラマー」――こんな調査結果を、学研教育総合研究所が12月24日に発表した。性別・学年別では男子全学年と、1年生女子の部門で1位を獲得した。 男女総合ランキングでは「エンジニア・プログラマー(機械・技術・IT系)」が6.7%で1位を獲得。2位が「公務員」(6.0%)、3位が「会社員」(4.5%)、4位が同率で「学校の教師・先生」「看護師」(2.7%)となった。 エンジニア・プログラマーは男子総合ランキングで1位(11.3%)を獲得した一方、女子総合ランキングでは12位(2.0%)と男女で人気に差がついた。 女子学年別ランキングでは、2年生・3年生の部門で得票はなかったものの、1年生の部門で1位(6.0%)を獲得。学研教育総合研究所は、文部科学省が推し進める教育のデジタル化施策「GIGAスクール構想」や、新学習指導要領による「情報I」の新設などの影

                                                                          高校生のなりたい職業1位に「エンジニア・プログラマー」 学研調査 男子・高1女子に人気
                                                                        • エンジニアを分類する、3つのタイプ|山本 正喜 / Chatwork CEO

                                                                          エンジニアのタイプは、技術が好きか、プロダクトが好きか、組織が好きかの3つに大きく分類できる。技術の人は技術の本質を追求しテックリード/アーキテクト、プロダクトの人は技術を手段と割り切りフルスタックエンジニア/PdM、組織の人は開発生産性を高めようとEM/PMOを目指すことが多い — 山本 正喜 / Chatwork CEO (@cwmasaki) February 9, 2022 思っていた以上の反響をいただいて、いろいろと「このケースはどうなんだろ」というコメントも多数いただくので、この分類にいたった背景や考察などを、しっかり記事にしてみようと思います。140文字だと伝えきれない・・! エンジニアとしての志向性を技術・プロダクト・組織のどれが好きかで分類すると、目指すキャリアパスを考えやすいよねという話で、私がよくエンジニアの若手に話している内容をツイートしたものでした。 3つのタイプ

                                                                            エンジニアを分類する、3つのタイプ|山本 正喜 / Chatwork CEO
                                                                          • 「エンジニア足りてない」は嘘

                                                                            これまでフリーランスでいろいろやってきたけど 最近はフリーランス系で働く人が増えてきて案件がどんどん無くなってきている フルスタックでなんでもこなすエンジニアとして業務に入ってるのでそれなりの報酬は頂いているのだが その単価だと案件が目減りしてるのが現状 実際に業務に入れば満足頂いているのだが、そもそもの面談までありつけないっていうのが非常に多い いろいろ事情を聞くと、どうやら単純に大手SIerとかの技術者レベルがだだ下がりしており その理由は再委託先企業の技術者がフリーランスなり外資系なりに転職しているため、とのこと 一方でSIerのように中間管理しない発注元企業はフリーランスとの契約なんて出来るはずがなく やるとしてもフルタイム希望みたいなのが多くて特に多数の案件をこなすフリーランスエンジニアからは相性が悪く 暇をしてる新人フリーランスとかが業務を奪うが、技術レベルが足りずに契約解除、

                                                                              「エンジニア足りてない」は嘘
                                                                            • 「技術のスペシャリスト」になれないエンジニアのキャリアを考える - paiza times

                                                                              StartupStockPhotosによるPixabayからの画像 こんにちは。倉内です。 エンジニアになったころは「とにかく手を動かし続けたい」「技術力で勝負したい」という方が多いのですが、実際ある程度働いてみると技術力だけで突破していくのは結構難しいことに気づきます。 尖った技術を武器にいわゆるスペシャリストとして生きていくことができる人はそう多くはなく、paiza利用ユーザー様からも「将来自分はどうすればいいだろうか…」という悩みをいただくことがあります。 エンジニアとしての市場価値を高めるには技術を磨くこと以外に、できることの幅を広げる、サービスやプロダクトの成長にフォーカスする、エンジニア経験を生かして転職する…など他の選択肢もあることを覚えておいてもよいでしょう。 そこで今回は、技術に全振りしないエンジニアのキャリア選択について考えてみたいと思います。 技術力オンリーで生きてい

                                                                                「技術のスペシャリスト」になれないエンジニアのキャリアを考える - paiza times
                                                                              • 腰痛エンジニアを支える技術

                                                                                ぎっくり腰(椎間板ヘルニア)からの坐骨神経痛により、ほぼベッドから動けない状況になってしまったので、そのような中でも何とかコードを書くための技術をまとめました。 💻 道具編 最初にベッドの上で快適に PC を使えるようにするための道具を紹介します。 ごろ寝デスク 2 知る人ぞ知る腰痛エンジニアの必須アイテム。 これを使えば、腰を極力刺激せずベッドの上から PC を操作できるようになります。 しかし、一見完璧にみえるこの製品にも問題が。。 使うとわかるのですが、手を上げながらのタイピングは地味にきついです。モデルの方のようなフォームで使うと、腰の代わりに肩・手首・肘を壊すのも時間の問題です 🥲 そこで次のアイテムが必要になります。 ワイヤレスキーボード ごろ寝デスクを使いながら肩・手首・肘を守るためには、ワイヤレスキーボードが必須です。ワイヤレスキーボードがあれば、手をおろした状態でタイ

                                                                                  腰痛エンジニアを支える技術
                                                                                • 元Googleエンジニアが「速読術のウソ」を科学的に解説

                                                                                  by Pexels 日本だけでも毎日200冊以上の新刊が出版されていることを踏まえると、素早く本の内容を頭にたたき込める速読術を身に付けたいというのは自然な考えです。しかし、元Googleのエンジニアで、キングス・カレッジ・ロンドンで神経学を研究しているアン・ロール・ルクンフ氏は、「速読術はまやかし」だと論じています。 The speed reading fallacy: the case for slow reading - Ness Labs https://nesslabs.com/speed-reading 平均的な大学生は毎分200~400語で英文を読むことが可能だとされていますが、世の中にはそれを大きく超えるスピードで本が読めるようになるとの触れ込みで、たくさんの速読術の講習やアプリが販売されています。 たとえば、以下の記事に記載されている速読技術「Spritz」を身に付けると

                                                                                    元Googleエンジニアが「速読術のウソ」を科学的に解説