検索対象

並び順

ブックマーク数

期間指定

  • から
  • まで

プログラマの検索結果(絞り込み: 3 users 以上)36878 件中 1 - 40 件目

  • ジュニアエンジニアに意識してほしいこと - 何でも屋エンジニアのブログ

    あまり大きな成果が出せずに思い悩んでいるジュニアエンジニアの方に意識して欲しいことがある。ジュニアエンジニアとは、一人前の手前のエンジニアのことである。実績を残すこと以上に、成長するためのアクションを取れているかが求められている。成長途中なので、バーンとした実績を残すことは現実的に難しいかもしれない。だがそこでめげず成長のための種をまき続けて欲しい。 ミーティング中に分からないことがあれば躊躇せず聞く。もし都合が悪ければ「後でフォローするから後で話しましょう!」となるだけで誰も損しない。その都度質問することが当人に有益なのはもちろんだが、他の人が質問しやすい雰囲気を醸成することに繋がる。なんなら先輩もその環境に助けられるかもしれない。チームの良い文化を作ることに貢献するというのは誰にでもできることではない。 PRを作る時、分からないから既存の処理をコピペするという経験は誰にでもあると思う。

    ジュニアエンジニアに意識してほしいこと - 何でも屋エンジニアのブログ
    • 組織改善提案をするエンジニアを見て - tawara's blog

      すごいなーと単純に思ってる。最近入社されたエンジニアはキャリアが長い方が多い。timesとかに勝手に入ってその仕事ぶり?というか考えてることなどを垣間見れて勉強になっている。 エンジニアとしての技術スキルもさることながら、ある程度大きなサービスの運用経験がある方たちなのだろう、どしどし改善案を提案してくれている。 コードレベルでいえば、開発体験を悪くしている箇所を指摘して自らタスク切ってPRを出したり、ディレクトリの切り方ぜんたいを見直してこんなふうにすると責務がより明確になるのでは、とか。インフラチームに入った方は直近のアラートに関して分析をして要否の整理や運用プロセスの改善案を提案している。みなさん入社してまだ2ヶ月も経っていない。 もちろんすべての提案が通るわけではないと思う。SUPER STUDIOには独自のやり方があるはずだし、改善をするべきタイミングなのかなどの検討の余地はある

      組織改善提案をするエンジニアを見て - tawara's blog
      • どこまでも奥が深いエンジニア採用。意外と見落としがちなActionとは?|Ayumi Houta|note

        みなさん、こんにちは。ポテンシャライトの寳田(ほうた)です🙋‍♀️ 先日このようなnoteを書いてみました。 「いや、エンジニア採用ってやること盛り沢山すぎない?」 これまでのエンジニア採用経験で培った知見(ノウハウ)を時系列に記載した「エンジニア採用の教科書」を書き終えた所感です。 「結局どこまでやり切れば良いんでしょう?」 難題だらけのエンジニア採用ですが、各社課題も異なるため、このようなご相談いただくケースも多いです。 今回はそんなエンジニア採用を ・どんなステップで進めていくと良いのか ・どんな施策があるのか ・どこまでやり切ればよさそうか など施策についてまとめてみることにします✏️ ※あくまで本noteではポテンシャライトが日々採用のご支援をさせていただく中で感じた内容を元に書いておりますので一視点として参考程度にしていただけますと嬉しいです。それでは、はじめます! 1. エ

        どこまでも奥が深いエンジニア採用。意外と見落としがちなActionとは?|Ayumi Houta|note
        • 起業家を目指すなら日本の大学には行かない方が良いかもしれない3つの理由 デザイン会社 ビートラックス: ブログ

          アメリカで成功している起業家の多くが大学を出ていない。もしくは大学院をドロップアウトしてる。例えば: スティーブ・ジョブズ: リード大学中退マーク・ザッカーバーグ: ハーバード大学中退ビル・ゲイツ: ハーバード大学中退ジャック・ドーシー: ニューヨーク大学中退イーロン・マスク: スタンフォード大学院を2日で中退そしてこれは必ずしも上記のようなシリコンバレー系起業家に限ったことではない。 成功者の多くがかつては劣等生アメリカでは成功者の多くが学生の頃は劣等生。Fortune誌によるトップ500社のCEOの過半数が大学時代の成績平均評価がCもしくはCマイナスだった。 また、歴代大統領の学生時代の成績は、ほぼ4人に3人が平均以下。億万長者の起業家の過半は大学すら卒業していない。 参考: 世界を変えているのは頭の良い不良たちだ 日本の大学に入れず、逃げるようにアメリカへちなみに僕自身も似たような状

          起業家を目指すなら日本の大学には行かない方が良いかもしれない3つの理由 デザイン会社 ビートラックス: ブログ
          • エンジニアが「暇な喫茶店」をやるべきである7つの理由|Tsukishima|note

            人の来ない喫茶店がやりたくて始めてみました。ツキシマでーす。 暇なコーヒー屋(ツキシマコーヒー)を始めて2年くらいになりました。 近所のワンちゃんちょっと前に世の中でこんなツイート(自分のツイートじゃないですけど)がバズってたので、人が来ない喫茶店をやりたいニーズっていうのは、世間に少しでもあるのかもしれないですね。 なぜ人の来ない喫茶店がしたかったのか。3年くらい前まで普通に外資系の企業勤めをしておりましたが、フリーランスエンジニアとしての働き方ができるかどうかを試したかったのと、その働く場所が欲しかったという簡単な理由ですね。 とりあえず仕事中にコーヒーは飲むからコーヒー屋でもしようかな、くらい。 エンジニアが暇な喫茶店をやることによるメリット。実際にやってみて分かったメリットが7つあります。 規則正しい生活が出来るフリーランスのエンジニアであれば、変な時間に寝たり起きたり深夜にプログ

            エンジニアが「暇な喫茶店」をやるべきである7つの理由|Tsukishima|note
            • デスマーチから身を守るたったひとつの方法 | kwappa.net

              逃げましょう デスマーチについてのイベントに登壇を依頼されたのですが、募集ページがオープンしたその夜に中止が決まりました。 なので、イベントを通じてお届けしたかったメッセージを記事として残しておくことにします。 お届けしたかったメッセージデスマーチから得たもの・学んだこと「自分の身を守れるのは自分だけ」ということを学びました。失ったものは数え切れませんが、得たものは特にありません。 どうやってデスマーチを乗り切ったのか運がよかっただけです。 デスマーチから身を守るたったひとつの方法逃げましょう 2013年にも似たような記事を書いていましたが、個人が理不尽から身を守る最良の方法は逃げることだと思っています。 ブラック企業から身を守るたったひとつの方法 - かっぱラクガキ帳心身の健康や、大事な人たちとの関係を壊す前に、逃げましょう。 デスマーチから逃げるためにここからは蛇足ですが、デスマーチか

              • ryuzee技術顧問と1on1公開 〜 どうやって学び、どうやって活用しているのか? - NTT Communications Engineers' Blog

                こんにちは、イノベーションセンター Agile CoE PJリーダーの岩瀬(以下、iwashi)です。 NTT Comで技術顧問をされており、アジャイルコーチでもある吉羽さん(以下、ryuzee)に「普段からどうやって学んで、どうやって活用しているのか?」という問いを1on1で投げかけてみました。本記事では、1on1模様の一部を公開します。 情報収集やナレッジマネジメントのテクニックが載っていますので、興味ある方はぜひご覧ください。というわけで、早速いってみましょう! RSSリーダーを使って購読 iwashi: ryuzeeさんは海外記事の翻訳など、かなり幅広く情報収集をされている印象があります。普段はどうやって情報をみつけているんですか? ryuzee: RSSリーダーにたくさん登録しています。最近はRSSリーダーが下火で悲しいんですが、feedlyを使って色々なRSSを購読しています。

                ryuzee技術顧問と1on1公開 〜 どうやって学び、どうやって活用しているのか? - NTT Communications Engineers' Blog
                • 23_フロントエンドエンジニア (デザインシステム) - デジタル庁

                  【募集背景・業務内容】 デジタル庁では「誰一人取り残されない、人に優しいデジタル化を」をミッションに掲げ、国⺠目線のUI・UXの改善とユーザー体験志向による国⺠向けサービスの実現に取り組んでいます。 フロントエンドエンジニア (デザインシステム)は、デザインチームと密接に協力してパフォーマンス・アクセシビリティに優れたフロントエンド開発をおこない、マイナポータルなど特に多くの国⺠が利用する国の情報サービス、公共フロントサービス、その他国や地方公共団体の手続等におけユーザー体験を向上する役割を担っていただきます。 具体的な業務内容は、以下の通りです。 ・デジタル庁のデザインシステムの構築 ・運用、各サービスへのライブラリの提供 ・デジタル庁内外のチームメンバーやステークホルダーとのコミュニケーション ・デジタル庁内におけるユーザー体験志向の啓蒙 ・デジタル庁におけるデザイン活動の社外発信とデ

                  23_フロントエンドエンジニア (デザインシステム) - デジタル庁
                  • レッドハット日本法人で働くみんなのデスク環境 外資系クラウド企業を支える机を写真でチェック

                    関連記事 87億調達のスタートアップで働くみんなのデスク環境 10万の建設事業者を支えるSaaSが生まれる働き方 SaaS企業で働く人のデスク環境を写真や本人のコメント付きで紹介。転職先の雰囲気を把握したい人に向け、経営陣からエンジニアまで、さまざまな社員がどんな環境で働いているかをチェックする。今回は建設業界向けにSaaSを提供するスタートアップ・アンドパッドで働く人のデスク周りを探る。 急成長SaaS企業で働くみんなのデスク環境 約1万1000の子供向け施設で活躍するサービスを生んだ働き方 SaaS企業で働く人のデスク環境を写真や本人のコメント付きで紹介。経営陣からエンジニア、管理部門まで、さまざまな社員がどんな環境で働いているかをチェックする。今回は保育士向けSaaSを提供するコドモンで働く人のデスク周りを探る。 SaaS企業で働くみんなのデスク環境 経営陣からエンジニアまで写真でチ

                    レッドハット日本法人で働くみんなのデスク環境 外資系クラウド企業を支える机を写真でチェック
                    • LAPRASのソフトウェアエンジニア向けスキルチェック課題を公開しました - LAPRAS Tech Blog

                      こんにちは、LAPRAS CTOの @rocky_manobi です。 タイトルの通り、LAPRASのソフトウェアエンジニア職の選考課題を公開しましたので、その詳細や心についてこの場を借りて紹介します。 公開した選考課題はコチラ GitHub - lapras-inc/exam-swe-template: SWE Backend, Frontend ポジション選考課題のテンプレートリポジトリ SWE Backend, Frontend ポジション選考課題のテンプレートリポジトリ. Contribute to lapras-inc/exam-swe-template development by creating an account on GitHub. github.com どうして公開したのか主に以下を目的としています。 応募の心理的なハードルを下げる会社を評価するための材料を提供する

                      LAPRASのソフトウェアエンジニア向けスキルチェック課題を公開しました - LAPRAS Tech Blog
                      • DDDにおける値オブジェクトの位置付け(モデルとコード事例あり)[ドメイン駆動設計] - little hands' lab

                        株式会社ログラスの松岡(@little_hand_s)です。 最近、値オブジェクトに関して書かれているブログ記事を見ますが、 SNSなどにおいてDDDにおける値オブジェクトについて誤解されているような反応が見受けられました。 そこで、この記事では「DDDにおける値オブジェクトの位置付け」について解説し、具体的なモデル・コードを用いながら誤解を解いていきたいと思います。 なお、値オブジェクトに関する詳細な説明はここでは行いませんのでご了承下さい。 DDDの目的 まず最初に、DDDの目的について確認します。 DDDの目的は、モデリングを通じてソフトウェアの価値を大きくすることです。 これに関しては、こちらの記事で詳細に解説しているのでこちらをご覧ください。 ドメイン駆動設計は何を解決しようとしているのか - little hands' lab ここで大切なのは、モデルは一回のモデリングで完成形

                        DDDにおける値オブジェクトの位置付け(モデルとコード事例あり)[ドメイン駆動設計] - little hands' lab
                        • 昔は「プログラミングできます」と言うと「え〜、きもーい!」とか言われる時代があった→「犯罪者扱いされてた」「良い時代になったな」

                          米村歩@日本一残業の少ないIT企業社長 @yonemura2006 昔は「プログラミングできます」と言うと「え〜、きもーい!」とか言われたりしてたんですけど、そういうエンジニアの歴史を駆け出しエンジニアの皆さんは知ってますか?エンジニアかっこいい!と言われるようになった今は本当に良い時代になったものだと思います。 2022-08-03 23:48:15

                          昔は「プログラミングできます」と言うと「え〜、きもーい!」とか言われる時代があった→「犯罪者扱いされてた」「良い時代になったな」
                          • 45分間で「ユーザー中心のものづくり」ができるまで詰め込む

                            “UXデザイン”のキモ『ユーザーインタビュー』の具体的テクニックを詳解!| UXデザイン基礎セミナー 第2回

                            45分間で「ユーザー中心のものづくり」ができるまで詰め込む
                            • 【悲報】ワイPythonプログラマー、Go言語が難しいすぎて咽び泣く : IT速報

                              Go言語ってまじでゴミだよな 少しなにかしようとすると、馬鹿みたいに長ったらしいスペルで ライブラリインポート強要されるし

                              【悲報】ワイPythonプログラマー、Go言語が難しいすぎて咽び泣く : IT速報
                              • 「事業で1円でも稼いだことがあるエンジニアはそれだけで食べていける」 元CTOが語る、“言われたことだけで給料をもらう”エンジニアの危険性

                                第一線で活躍するCTOに日々の業務や未来をインタビューする「Voicy公式 厳選!CTO百景」チャンネル。ここで元Supershipの山崎氏が登壇。最後に、エンジニアの生存戦略について話します。前回はこちらから。 エンジニアは起業しやすい職種である 山崎大輔氏(以下、山崎):あと1個だけ言いたいことがあって。これを聞いている方々は、きっとエンジニアの方が多いんですよね? やまげん氏(以下、やまげん):はい。 山崎:エンジニアがVCからお金を入れて(もらって)赤字を掘りながら(事業に取り組む)ようなことはけっこう難しいのですが、起業しやすい職種であるということはすごく主張したいんですよね。そこだけ話をさせてもらっていいですか。 やまげん:はい。時間の許す限り。 山崎:エンジニアは、価格が高騰しているということもあるんですけれど、必ず(自分自身を)1人月で売ることができる商品なんですよね。だか

                                「事業で1円でも稼いだことがあるエンジニアはそれだけで食べていける」 元CTOが語る、“言われたことだけで給料をもらう”エンジニアの危険性
                                • エンジニアへの「一個だけサクッと変えられるよね?」という要望のヤバさ→要石の画像で一発で説明できた

                                  米村歩@日本一残業の少ないIT企業社長 @yonemura2006 顧客「ここの石を新しいものに変えておいてもらえる?石一個変えるだけだからサクッとできるよね?当然無料でやってもらえるんでしょ?」 エンジニア「技術的には可能です」 pic.twitter.com/gqWPrDBKXs 2022-08-12 20:47:10 米村歩@日本一残業の少ないIT企業社長 @yonemura2006 自分の会社をブラック企業にしてしまった失敗だらけの経営者です。その後、残業ゼロ、有給消化率100%へ。「エンジニアが幸せになれる会社とは?」が現在のテーマ。ガッキー休暇の人。株式会社アクシア代表取締役(システム開発)。トゥモローゲート株式会社社員(企業ブランディング)。ご相談等はお気軽にDMください! axia.co.jp/blog

                                  エンジニアへの「一個だけサクッと変えられるよね?」という要望のヤバさ→要石の画像で一発で説明できた
                                  • 従業員を標的にした認証サービスに対するスミッシングについてまとめてみた - piyolog

                                    2022年8月7日、米国のクラウドコミュニケーションプラットフォームサービスを提供するTwilioは従業員がスミッシングによるアカウント侵害を受け、その後に同社サービスの顧客関連情報へ不正アクセスが発生したことを公表しました。また、Cloudflareも類似の攻撃に受けていたことを公表しました。ここでは関連する情報をまとめます。 米国2社が相次ぎ公表 TwilioとCloudflareは、従業員に対し、何者かがIT管理者からの通知になりすましたSMSを送り、記載されたURLからフィッシングサイトへ誘導される事例が発生したことを報告。 2022年8月7日 Twilio Incident Report: Employee and Customer Account Compromise 2022年8月10日 Cloudflare The mechanics of a sophisticated

                                    従業員を標的にした認証サービスに対するスミッシングについてまとめてみた - piyolog
                                    • 株式会社ドワンゴを退職しました。 - 駄文日記 2nd side

                                      はじめましての人ははじめまして。そうでないひとはお久しぶりです。本日付で最終出社日を迎えるエンジニアの猫ロキP(@deflis/id:deflis55)です。 ドワンゴはすごく好きな会社ではあるのですが、新卒で入社して10年以上勤めたドワンゴを離れて、はてなのノベルチームで働くことになりました。 本当に好きな会社で、どうしても人とお金が足りてないなとか色々思うところはあるんですが、それ以上に出版業界に情熱を傾けたいところが強くなってしまって、転職を決意したのでした。 何を考えて転職を決意したのか、言える範囲で説明します。 入社した経緯とドワンゴとの関わり ドワンゴの良いところ 転機 今後のキャリアプラン的なことについて 改めて たぶん書籍化の決まってないカクヨムのおすすめいくつか 書籍化しているカクヨムのおすすめ その他おすすめライトノベル おまけ 入社した経緯とドワンゴとの関わり 201

                                      株式会社ドワンゴを退職しました。 - 駄文日記 2nd side
                                      • 「正規表現ぐらい覚えてないの?」と言われ痛感したレベルの差 脳内でプログラミングを完結させる天才プログラマー

                                        「シリエン戦隊JUN TV」は、現役エンジニアである酒井潤氏がシリコンバレーにおける、働き方やキャリアなどの情報を届けるチャンネルです。今回は、酒井氏が今まで一緒に働いてきた中で出会った天才プログラマー3人について。全2回。後半は、酒井氏がレベルの差を痛感した韓国人天才プログラマーについて。 「正規表現ぐらい覚えてないの?」と言い放った天才 酒井潤氏:3人目は韓国の方で、その方もやはり異常にプログラムができました。 昔、「OpenFlow」というネットワーク関係のルーティングを処理するプロジェクトがあって、その時に私も彼と一緒にPythonを使ってネットワークのルーティング系統の部分のプログラムを書いていました。 ネットワーク関係のプログラムを書く時は、RFCやIEEEとか、プロトコルにしろネットワークのやり方にしろ、世界で決められた標準がドキュメントのかたちになってWebに上がっているん

                                        「正規表現ぐらい覚えてないの?」と言われ痛感したレベルの差 脳内でプログラミングを完結させる天才プログラマー
                                        • リファクタリングの価値の考察 - プログラマーの脳みそ

                                          リファクタリングには価値がある、とプログラマは確信していることだろう。しかし、その価値が何であるか?を上手く説明できるかというと難しいのではないだろうか。本稿ではリファクタリングの価値をテーマに筆者の説を提示していく。 品質特性の側面から 補足 品質特性の相互作用 リファクタリングの価値 障害対応 機能追加 システムの製品寿命 まとめ 品質特性の側面から ソフトウェアの品質特性としてISO/IEC 9126が一般的に用いられている。大きく6つの特性と細分化された副特性からなり、ISO/IEC 9126 - Wikipedia から引用すると 機能性(functionality) - 機能とその特性に影響する特性群 信頼性(reliability) - ある状況がある時間続いたときにソフトウェアがどの程度機能するかに影響する特性群 使用性(usability) - 利用するのにかかる手間、個

                                          リファクタリングの価値の考察 - プログラマーの脳みそ
                                          • 引退→ITエンジニア転職は「逆に面白い」 J1札幌元エース、今歩む前例なき第二の人生(THE ANSWER) - Yahoo!ニュース

                                            現役時代はチームのエースとして活躍し、現在はIT企業で開発に携わっている異色の元Jリーガーがいる。J1コンサドーレ札幌などでFWとして活躍し、2020年に引退を発表した内村圭宏さん。「ワークスタイルの未来を切り拓く」を理念にする名古屋のIT企業「コラボスタイル」に入社し、開発チームの一員として業務に勤しんでいる。 【動画】「これがなければ今のコンサはない」 異色のITエンジニアになった内村さん、ファンに語り継がれる2016年千葉戦の劇的逆転ゴール 元Jリーガーが、セカンドキャリアにITエンジニア職を選択するのは珍しい。指導者としてサッカー界に残る選択肢もあった中で、なぜ前例のない道を選んだのか。前後編でお届けする前編では、引退後の転職活動、現職で奮闘する今に迫る。(取材・文=THE ANSWER編集部・宮内 宏哉) ◇ ◇ ◇ 2016年11月、コンサドーレファンに“フクアリの奇跡”として

                                            引退→ITエンジニア転職は「逆に面白い」 J1札幌元エース、今歩む前例なき第二の人生(THE ANSWER) - Yahoo!ニュース
                                            • インフラの話をすると黙り込み面倒な顔をするエンドユーザーの仕組み - orangeitems’s diary

                                              エンドユーザーがシステムを発注する際の動機は「システムを使いたい」しかないと思うんだよね。 インフラエンジニアやると思うのが「エンドユーザーはなんでシステムを使いたいだけなのに、データセンター、ハードウェア、OSやミドルウェア、監視、バックアップの話を合意しなきゃならないの?」ってこと。 SaaSを選ぶエンドユーザーの気持ちがわかる。 — orangeitems🍊 (@orangeitems_) August 11, 2022 でもシステム構築の一部始終を見た人ならわかるけど、システム単独で動くことはない。 ・アプリケーション ・ミドルウェア ・OS ・仮想基盤 ・ハードウェア ・ネットワーク ・データセンター ・監視 ・バックアップ ・運用体制 システムが動くまでは上記のような要素が一部、もしくは全部組み合わさっていて、どこかに考慮漏れがあると正直に動かなくなるという厄介な性質がある。

                                              インフラの話をすると黙り込み面倒な顔をするエンドユーザーの仕組み - orangeitems’s diary
                                              • 未経験エンジニアを育てるコツ - orangeitems’s diary

                                                未経験エンジニア、という言葉は具体的には「未経験ITシステムエンジニア」と言わなければいけないと思うけど、今回は俗語としてこのままにしておく。 興味深い記事を見た。 anond.hatelabo.jp 何人も何人も未経験エンジニアと仕事した経験を踏まえて言いたい。 人による、と。 話は9割はこれで終わりだが、背景は話しておきたいと思う。 未経験エンジニアに対して振る仕事は、定型的な仕事だけにするべきだ。定型的とは、マニュアルがありその通りできれば到達できるものだ。 マニュアル通りなだけに「君がいなくなっても代わりの人はいくらでもいるんだよ」というパワハラワードが観的には成立してしまうくらいの仕事である。 定型的な仕事のいいところは、人が指導するコストを極限まで抑えられることだ。 まずこの仕事だけで固めて、それらをコンプリート出来るかどうかを一定期間試す。私の感覚だと半年は必要になる。 この

                                                未経験エンジニアを育てるコツ - orangeitems’s diary
                                                • フロントエンドエンジニアのキャリア戦略

                                                  この記事は? フロントエンド領域が複雑性を増してきており、経営効率化の戦略として部門としてフロント、バック、インフラで完全分業の体制を取る会社が増えてきました。それに伴い、完全未経験からフロントエンドエンジニアになる人たちも増えてきましたが、単にフロントの現場で開発をしているだけではエンジニアリング全般を含む広範な基礎は身につきにくく、能動的に全領域を勉強していく必要があります。その上で、フロントエンドに強みを持つエンジニアとしてバリューを発揮していくには、具体的にどのようなキャリア戦略があるのか?この記事では考えていきます。 著者は? AWS環境でのフロントエンド開発中心に、エンジニア3年目。新卒2年間は自社サービス系の大企業でフロントエンドを担当。教育ではなく「崖に落とされて自力で登る」。裁量を得るには、先輩方を技術力で倒してロールをもぎ得る、といった競争主義が根付く徹底したハードボイ

                                                  フロントエンドエンジニアのキャリア戦略
                                                  • GAFAMエンジニアは土日に勉強しない

                                                    GAFAMに入るために必要なのは基本的には基礎的なアルゴリズムとデータ構造の知識、それらを応用したコーディング能力、システムデザイン知識です。ほぼ全部受験勉強のように体系化されているし対策も出回っているので実際に凄いシステムを作り上げなければならないとか四六時中コーディングしているような人でないと受からないといったことはありません。受験勉強と同じですね。もちろん土日も勉強したりするような技術大好きオタクな人もたくさんいますがそうでなくても入ることは可能です。 基本的にこれらの大企業に入りたい人というのは高学歴の金目当ての人間です。普段からアンテナを張って技術を追いかけているような人は半分もいないでしょう。 ITエンジニアは業務外でも常に勉強し続けなければならないなどという人達は負け組です。もちろん勉強をしたいならすれば良いですがそれは趣味ですよね。業務に必要な知識の吸収は業務中に行う。要領

                                                    GAFAMエンジニアは土日に勉強しない
                                                    • 未経験エンジニアを採用して失敗した

                                                      採用が困難な時期に妥協して未経験エンジニアを採用したけど、それが失敗だった。なぜ失敗なのかを話していきたい。 ただし未経験エンジニアといってもいろいろあって、子どものころからずっと学習してきたような人はただ実務が未経験なだけというように考えている。こういう人はあまり未経験と考えない。 自分への戒めもこめて。 失敗点 リターンがほぼ回収できないエンジニアの生産性の違いが10倍、100倍になることは別におかしいことではない。 そのため、未経験エンジニアに費やした時間がリターンを産むまでにとてつもない時間がかかる。 たとえば、生産性100/営業日の人が10営業日かけて教えるのなら、教えられた人は、1000の生産をしなければ当然マイナスになる。これは泣こうが喚こうが世界の理なのでここは変えられない。 1000の生産は、生産性1/営業日であれば4年2ヶ月かかる。つまり生産性100倍の人を用いる場合は

                                                      未経験エンジニアを採用して失敗した
                                                      • リファクタリングはエンジニアの福利厚生であり管理指標への影響はほとんどないんでは - きしだのHatena

                                                        おそらくリファクタリングの工数を確保する説得力のある材料がほしくて、リファクタリングの効果をどう示すか悩んでる人がいたのですが、リファクタリングって非開発者に示せるような数字だすのは難しいよねという結論になったので、そのまとめ。 工数としてはコード管理費みたいな感じで乗せるのがよさそう。 まず、リファクタリングはそれ自体では価値を示せません。人工衛星に搭載するプログラムで、動きだしたらメンテナンスできないようなコードを最後にリファクタリングしたとして、どのような価値を示せるかと考えると想像できるのではないかと思います。 なのでリファクタリングの価値というのは、その後で新しいコードを追加したり既存のコードを変更したりといった作業がどれだけ作業時間短く品質高くなったかという間接的な指標で測ることになります。 ここでまず、最初のコードを書いた人とリファクタリングする人が同じなら、そこまで保守性か

                                                        リファクタリングはエンジニアの福利厚生であり管理指標への影響はほとんどないんでは - きしだのHatena
                                                        • 「会社も特別待遇するほどプログラムのレベルが高かった」 シリコンバレーエンジニアが語る、天才プログラマーの生態

                                                          「シリエン戦隊JUN TV」は、現役エンジニアである酒井潤氏がシリコンバレーにおける、働き方やキャリアなどの情報を届けるチャンネルです。今回は、酒井氏が今まで一緒に働いてきた中で出会った天才プログラマー3人について。全2回。前半は、PMも特別待遇していたイギリス人天才プログラマーと、若いながらもプログラムのレベルが異常だったアメリカ人天才プログラマーについて。 今まで働いてきた中で天才だと思ったプログラマー3人 酒井潤氏:どうも、シリコンバレーエンジニアの潤です。 シリコンバレーには優秀なエンジニアがたくさんいるのですが、今まで働いてきた中で、天才プログラマーという領域の人たちと一緒のチームで隣同士で開発をする機会があったので、今日はその方々の話をしようかなと思います。 あくまでこれは私が一緒のチームで、隣同士でプログラムを開発したという環境の話です。例えばみなさんがGoogleなどで天才

                                                          「会社も特別待遇するほどプログラムのレベルが高かった」 シリコンバレーエンジニアが語る、天才プログラマーの生態
                                                          • 【一覧つき】プラグインで生成される管理画面のサイドメニューを消す方法|WordPress特化型メディアサイト【WPWeb】

                                                            改造する Release | 2022.08.09 Updated | 2022.08.11 【一覧つき】プラグインで生成される管理画面のサイドメニューを消す方法プラグイン管理画面 この記事では、プラグインによって作成される管理画面上のメニューを消す・非表示にする方法をご紹介します。 「プラグインごとの記述方法一覧」として、有名なプラグインやよく使われるプラグインもご紹介します! WordPress管理画面のキャプチャ メニューを消す方法は、functions.phpへ、remove_menu_page()もしくはremove_submenu_page()を用いて非表示にします。 どちらを使うかは、プラグインの設定ページが、メインメニュー内にあのるかそれともサブメニュー内にあるのかの違いです。 メインメニュー内にある場合:remove_menu_page()サブメニュー内にある場合;rem

                                                            【一覧つき】プラグインで生成される管理画面のサイドメニューを消す方法|WordPress特化型メディアサイト【WPWeb】
                                                            • 無料で読めるITまんが 2022年版

                                                              ネット上にはたくさんのIT系のコンテンツがあふれています。そのほとんどは文章として書かれていますが、一部にはマンガの形で面白く分かりやすくしたものもあります。 ここでは、マンガ化されたITコンテンツを集めてみました。毎年夏休みの恒例企画、ITまんがの2022年版です。 今年は5本のマンガを新たに追加しました。 話題になったあのマンガ、JavaScriptのPromiseを解説してくれるマンガ、情報処理学会誌に掲載されているマンガなど、ぜひ夏休みにどうぞ。 もしここに掲載してい……

                                                              無料で読めるITまんが 2022年版
                                                              • ハンバーガーメニューの実装方法決定版 | baigie engineer blog

                                                                はじめに 今やあらゆるサイトで使用されているハンバーガーメニュー。 私たちウェブサイト系のエンジニアは数え切れないくらい実装してきている定番パーツです。 しかしながらその実装は容易ではありません。 ただ単にそれっぽく動くものを作るのであれば簡単ですが、アクセシビリティやメニュー展開時の他の箇所の挙動など、不具合がないように徹底的に作り込もうとするとなかなか難しいものです。 今回はそんな厄介な存在であるハンバーガーメニューについて、私なりの現在の実装方法を紹介したいと思います。。 ハンバーガーメニューの実装で気を付けるべきこと ハンバーガーメニューを実装する前に、ハンバーガーメニューのあるべき姿、実装時に気を付けるべきことを洗い出してみましょう。 私が思い浮かぶものだと以下のようなものがあります。 メニューボタン、アコーディオンボタンなどはbutton要素である。メニューの開閉状態がスクリー

                                                                ハンバーガーメニューの実装方法決定版 | baigie engineer blog
                                                                • 要件定義を担当する【ITエンジニア】に必要な【コミュニケーションスキル】 - Qiita

                                                                  はじめに タイトルの主張が少し強いですが、以下の本を読んでコミュニケーションスキルについて書かれている部分が有益だなと思ったので メモ程度 にまとめました。 元の本では具体例などが書かれていてわかりやすいので、その点を押さえたい方は購入をお勧めします。 コミュニケーションスキル 以下の3つがある ヒアリングスキル ミーティングスキル プレゼンテーションスキル 1.ヒアリングスキル A.質問 Open-Close Open 5W2Hを用いた質問 Why,What,Who,When,Where How(程度),How to(手段) Close yes,noで解答できる質問 認識の不一致が連続すると信頼を下げやすいので注意する 深掘り 目的 原因 影響・結果 手段 反復 「それ以外にありますか?」 明確化 曖昧な表現を明確にする 例:「うまくできない」→「納期に間に合わない」 論理性チェック A

                                                                  要件定義を担当する【ITエンジニア】に必要な【コミュニケーションスキル】 - Qiita
                                                                  • 【テックブログ】新卒エンジニアが入社2ヶ月で新規サービスをリリースした話。 - Hajimari Tech Blog| 株式会社Hajimari

                                                                    こんにちは! 株式会社Hajimari22卒エンジニアの神野 凌太郎です。 普段は、事業部づけのエンジニアとして人事プロパートナーズの開発業務を担当しています。 内定者インターン〜新卒入社後の期間、人事プロパートナーズの開発と並行して 新規サービス「アミーチ」の開発・立ち上げを1人で行いました。 今回は、実際に新規事業の開発・立ち上げを行なって、学んだこと・反省点をまとめてお伝えできればと思います! ■新規サービス「アミーチ」概要 『人事専門型の求人サイト』として立ち上げたサービスです。 もともと、人事プロパートナーズ内で人材紹介を行なっており、 その専用サイトを立ち上げようというところからスタートしています。 人事を扱う求人サイトだからこそ、学校の保健室のように、 気軽にキャリアを考えられる、そんな求人サイトを作りたいという思いから、 「アミーチ」の立ち上げがスタートしました。 現在、リ

                                                                    【テックブログ】新卒エンジニアが入社2ヶ月で新規サービスをリリースした話。 - Hajimari Tech Blog| 株式会社Hajimari
                                                                    • エンジニアらしく暮らせる街で ─ 技術を磨いたソフトウェア開発者が次に挑むのは「ユーザーファースト」 - Findy Engineer Lab - ファインディエンジニアラボ

                                                                      福岡タワーとudzuraさん 近藤宇智朗(@udzura)さんはGMOペパボのシニアプリンシパルエンジニアとして技術を磨き、Rubyコミュニティに参加してきた経験も生かしながら、自走できるソフトウェアエンジニアを育成する「大名エンジニアカレッジ」を福岡で立ち上げました。そこで思わぬ苦戦に直面したことで、あらためて「ユーザーファースト」の大切さを認識したと語ります。それは図らずも、高校生のころ父親からかけられた言葉につながる経験でした。 転職活動をきっかけとしたユーザーファーストへの気付き エンジニア育成を目指した「大名エンジニアカレッジ」とは どんなよい目標もユーザーが成長しなければ意味がない なぜ福岡は「エンジニアらしく暮らせる街」なのか? 父の言葉から立ち返った「ユーザーファースト」の大切さ 転職活動をきっかけとしたユーザーファーストへの気付き ── 近藤さんは長く技術のスペシャリスト

                                                                      エンジニアらしく暮らせる街で ─ 技術を磨いたソフトウェア開発者が次に挑むのは「ユーザーファースト」 - Findy Engineer Lab - ファインディエンジニアラボ
                                                                      • 第37回:ひとり情シス企業をなくすには39万人が必要に

                                                                        印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 増員が難しいひとり情シス 「オフコン」とは、オフィスコンピューターと呼ばれる小型コンピューターで、今で言うとビジネスサーバーです。日本では1960年代後半からコンピューターが普及し始め、大手企業では何でもこなせる大型の汎用コンピューター(=メインフレーム)、中堅中小企業では事務処理に特化したオフコンの利用が急速に広がりました。 当時、オフコンの運用に各社はとても苦労しました。多くの導入指南書も出版され、税務経理協会の「オフコン導入計画の立て方」(1983年発行)には、導入担当者について「一人に責任と権限を持たせることにより、責任逃れにならない」などと書かれています。実際に、「ひとり情シス」と「ふたり情シス」を比べると、二人体制の方がセキ

                                                                        第37回:ひとり情シス企業をなくすには39万人が必要に
                                                                        • 地ならしからの組織づくりに挑戦。リンケージCTOに就任した曽根壮大氏が語るエンジニア&開発チームの育成論|Tech Team Journal

                                                                          今後ますます拡大が見込まれる国内ヘルスケア市場において、予防医療テックとして存在感を示している株式会社リンケージ。2022年6月1日、同社取締役CTOに曽根壮大氏が就任し、事業・組織ともに成長を加速させようとしています。 「そーだい」の愛称で親しまれる曽根氏は、警察官からエンジニアにキャリアチェンジした経歴を持ち、これまでにも複数の企業でCTOとして開発組織を牽引してきました。 今回、3度目のCTO就任となる曽根氏が同社を選んだ理由のひとつに、自身と同じように異業種から転職したエンジニアを育て、エンジニア組織をいちから作り上げるというチャレンジに魅力を感じたと言います。 本インタビューでは、曽根氏が同社のチーム開発を機能させるために取り組んでいること、エンジニアとして大切にしていることなどを伺いました。 自身の健康を見つめ直し、医療テックでの挑戦を選択 ――まずは、曽根さんがリンケージを選

                                                                          地ならしからの組織づくりに挑戦。リンケージCTOに就任した曽根壮大氏が語るエンジニア&開発チームの育成論|Tech Team Journal
                                                                          • AtCoderの社長のままトヨタ自動車にアルゴリズムグループを作った話 - chokudaiのブログ

                                                                            2022年1月より、トヨタ自動車 デジタル変革推進室 に主査(担当部長)としてジョインし、6月より、アルゴリズムグループを新設しました。 (22/08/09 11:40追記) アルゴリズムグループについての情報は以下のページにあります!!! (追記おわり) atcoder.jp 「なんで急にそんなことやってるの?」、「AtCoderの業務に集中しろよ!って思う人もちょこちょこいると思うので、そのあたりの考えを、AtCoder社長としての立場で書きたいと思います。 AtCoder・chokudaiを知らない人のための情報 ここは知ってる人は飛ばしてください。 AtCoder 2012年から提供されている、プログラミングコンテスト(競技プログラミング)のサービスです。年間70回程度のコンテストをオンラインで開催しており、世界中から40万人のユーザが登録・参加しています。 chokudai At

                                                                            AtCoderの社長のままトヨタ自動車にアルゴリズムグループを作った話 - chokudaiのブログ
                                                                            • 新刊『エンジニアリングマネージャーのしごと』発売のお知らせ

                                                                              みなさんこんにちは。@ryuzeeです。 言いたいことはタイトルに書いたとおりなのですが、2022年8月26日に、新刊『エンジニアリングマネージャーのしごと チームが必要とするマネージャーになる方法』が発売になります。 エンジニアリングマネージャーのしごと ―チームが必要とするマネージャーになる方法 著者/訳者:James Stanier、 吉羽 龍太郎、 永瀬 美穂、 原田 騎郎、 竹葉 美沙 出版社:オライリージャパン 発売日:2022-08-26 単行本(ソフトカバー):376ページ ISBN-13:9784873119946 ASIN:4873119944 原著はDr. James Stanier氏の『Become an Effective Software Engineering Manager: How to Be the Leader Your Development Tea

                                                                              新刊『エンジニアリングマネージャーのしごと』発売のお知らせ
                                                                              • 2015年頃までITエンジニアを目指す人は少なかったが今はインフルエンサーの宣伝でこうなっている

                                                                                えび@プログラマー @ebiebi_pg 2015年くらいまでITエンジニアは ・残業時間多すぎ ・給料安すぎ ・鬱な人多すぎ とITエンジニア自身が愚痴ってた為、目指す人が少なかった IT系の商材の利益が高い事に注目したインフルエンサーが収入欲しさに「IT業界はとてもキラキラしている」と宣伝してくれたおかげでITエンジニア志望者が増えた 2022-08-07 10:32:20 えび@プログラマー @ebiebi_pg 2020年頃にはキラキライメージが地方にも浸透しきっていた さぞかし採用担当は喜んでいるだろうと思い聞いてみると 「ここ最近、変な人しか応募してこない」 と嘆いていた 世の中そんなにうまくいかないもんだ 2022-08-07 10:33:45

                                                                                2015年頃までITエンジニアを目指す人は少なかったが今はインフルエンサーの宣伝でこうなっている
                                                                                • 「リーダーの作法」マネジメントに限らず、エンジニアとして仕事の作法について書かれた良書

                                                                                  リーダーの作法 ささいなことをていねいにを読み終えた。 著者は Netscape でマネージャー、Apple でディレクター、Slack でエグゼクティブを経験した Michael Lopp さんで、過去にBeing Geek や Managing Humans を書かれている。 翻訳の質も非常に高く、楽しく読めた。1 そんなにマネジメント関係を読んでいるわけではないが、HITH OUTPUT MANAGEMENT や、エンジニアのためのマネジメントキャリアパス ―テックリードから CTO までマネジメントスキル向上ガイド 同じくらい良い書籍で、学びや共感を多く感じた。 自分はマネジメントのポジションについたことはないが、仕事をしていくなかでマネジメント関係のソフトスキルや複数人でどうやってうまくリーダシップを発揮して、大きい問題を解決するかに興味があるので、良い書籍が目につくと積極的に読

                                                                                  「リーダーの作法」マネジメントに限らず、エンジニアとして仕事の作法について書かれた良書