並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 88件

新着順 人気順

エンジニアの検索結果41 - 80 件 / 88件

  • 負荷テスト on AWS のすすめ (AWS Summit Japan 2024 - Ministage session)

    AWS Summit Japan 2024 にて、セキュリティ & One-AWS Zone ミニステージでの登壇資料です。 「負荷テストは、AWS を使ってどう楽になるか?」についてお話しました。スライド内のリンク類はコチラ→https://mabuchs.hatenablog.com/entry/…

      負荷テスト on AWS のすすめ (AWS Summit Japan 2024 - Ministage session)
    • 読まないと後悔する技術書30選 - Qiita

      はじめに 現代の人に名著以外の本を読むような時間はない こんにちは、Watanabe Jin (@Sicut_study)です みなさんは何か新しい技術を学ぶときにどんなコンテンツを利用するでしょうか? 最近ではUdemyなどの動画講座を利用する人が多いと思いますが、本を読んで学ぶという人もまだまだ多いのではないかと思います 今回は私がこれまで5年間読んできた150冊以上の中から厳選した30冊の本を紹介します。広く多くの人に役立つものから、特定の技術の書籍までどれを読んでもあなたの大切な一冊になるのでぜひ読んでみてください 現代人には時間がない なぜ働いていると本が読めなくなるのかという本が話題になりました 現代人は本を読む時間がなくなっています。 仕事に追われてしまい、プライベートで本を読む暇などなくなっているのです。 しかし、エンジニアは「技術職」なのでプライベートの時間でも学習をして

        読まないと後悔する技術書30選 - Qiita
      • 本屋で技術書みてたら人生詰みかけた - Qiita

        はじめに こんにちは。WatanabeJin(@Sicut_study)です。 今回は以前Twitterでも話題にした「成長しないエンジニアほど本屋に行く」という理由について解説したいと思います。 成長が遅いエンジニアほど本屋に行く話 最近、エンジニアとして成長が遅い人たちに共通する特徴を発見しました。それは「技術書コーナーを好む」ということです。これに気づいたのは、自分自身がエンジニア1年目で、同じ行動をしていたからです。… pic.twitter.com/p35NaS6T4a — Watanabe Jin (@Sicut_study) January 7, 2024 もしあなたが説明することに当てはまるところがあれば、それをきづけたのは大きな分岐点だと思います。ここから自分の学習方法などを見直してみてください。 成長が遅いエンジニアほど本屋に行く 私はプログラミングコーチングJISOU

          本屋で技術書みてたら人生詰みかけた - Qiita
        • 開発組織全員が自ら学んで成長していく組織づくり

          「開発組織全員が自ら学んで成長していく組織づくり」という内容で、Senior Engineering Managerの上原が、Lancers Agent様との2024/06/19のイベント(https://peatix.com/event/3959065/view )で発表させて頂いた資料となります。 …

            開発組織全員が自ら学んで成長していく組織づくり
          • ソフトウェアエンジニアになってから: 昇進と異動(と最高評価)|Hiro Tsujino

            ありがたいことに、いわゆる文系・ビジネス職からベイエリアでソフトウェアエンジニアになった前回の記事は多くの方に読んでいただきました。改めてお礼を申し上げます。とはいえ、当然ですが、ソフトウェアエンジニア(以下、SWE)になって終わりではなく、SWE になってからもそれ以上に大切であり、実際に SWE 転向後、どのような経験をしたのか、現実的な点も含めて、この記事では書いてみようと思います。 結論から言うと、初めは知識や経験の浅さから苦労しましたが、最終的には社内査定でも最高評価をいただき、なんとか昇進、異動する運びとなりました。 SWE になってみてまず、ポジティブな面から、状況整理も兼ねてお話しすると、自分は多くの方に使っていただいている製品・機能の Android アプリ(≠ Android OS)及び、そのバックエンドを担当することになりました(つまり、Android アプリがメイン

              ソフトウェアエンジニアになってから: 昇進と異動(と最高評価)|Hiro Tsujino
            • 障害対応を楽しむ7つのコツ

              フィーチャー開発から ホールプロダクト開発へ ~ 顧客価値へ向き合い続ける挑戦 ~ @itohiro73 #開発生産性con_findy

                障害対応を楽しむ7つのコツ
              • PdM から見た「スーパーエンジニア」の思考と行動 / Thoughts and Actions of Super Engineers as Seen from PdM

                「PHPカンファレンス福岡2024」の登壇資料です。 https://phpcon.fukuoka.jp/2024/ # スライド掲載資料 https://speakerdeck.com/kassy1127/qiang-i-enziniatodong-kuzhong-de-xin-zu-1ni…

                  PdM から見た「スーパーエンジニア」の思考と行動 / Thoughts and Actions of Super Engineers as Seen from PdM
                • IT エンジニアが対人関係でしくじらないために - Qiita

                  しくじりエンジニア!私みたいになるな! - Qiita 人間であれば誰しも「しくじったこと」が一度はあると思います。 あなたがエンジニアとして「しくじったこと」で思い浮かぶものは、どんな内容でしょう? を思い浮かべてのポエムです...。もちろん具体的な誰かの顔をイメージする記事ではないですが、社会人も 20 年そこそこになると「余計なこといっちゃったなー」とか、「うわあああ! (頭の中で後悔)」とか、後になって胸にチクっとくる場面を、(割と)(これでも)(幾度となく) 経験しています。 Unsplash 本番サーバー60台のホスト名を全部 cat にしてしまった話 #Linux - Qiita とか、WHERE 句を付けずに DELETE 文を流すとかも記憶のどっかにあるけど、言うて対システムの失敗は「(せいぜい数週間) 頑張れば」どうにかリカバリできることの方が多いのではと感じます。 一

                    IT エンジニアが対人関係でしくじらないために - Qiita
                  • エンジニアとQAの壁が崩れていくのを眺めていた #scrumosaka | ドクセル

                    スライド概要 スクラムフェス大阪2024の登壇資料です。 スクラムマスターとして、あるチームでエンジニアとQAの間に見えない壁があり、それが崩れるまでを眺めた。しかし、チームは時間をかけて壁を崩すことができ、その結果、よりユーザーと価値に向き合えるようになった。チームの状況は、初めてアジャイル開発やスクラムに触れるメンバーが多くいたよくあるプロダクトチームであった。スクラムマスターは、なぜ壁崩せたのか、なぜ見ていられたのかを語る。この物語は、あなたのチームでも起きうることであり、アジャイル開発に取り組む上での示唆になるはずです。

                      エンジニアとQAの壁が崩れていくのを眺めていた #scrumosaka | ドクセル
                    • 昔、プロジェクトリーダーさんが、とある数百件のデータに差異があるか確認するのに、ウィンドウを左右に並べて目で確認していた話→「WinMergeを知らなかったのだろうか?」「ケースバイケースかな」

                      あや@ほわほわ @aya_howa 昔、プロジェクトリーダーさんが、とある数百件のデータに差異があるか確認するのに、ウィンドウを左右に並べて目で確認していたのです。その後PMに「センスがない!」と叱られていましたが、根気があってマメな人なんだろうなぁ…と面倒臭がり&自分の目を全然信用していない私は思ったものでした。 2024-06-25 08:43:11

                        昔、プロジェクトリーダーさんが、とある数百件のデータに差異があるか確認するのに、ウィンドウを左右に並べて目で確認していた話→「WinMergeを知らなかったのだろうか?」「ケースバイケースかな」
                      • 開発生産性指標を向上させるためにやってはいけないアンチパターン - Findy Tech Blog

                        こんにちは!ファインディでFindy Team+開発チームのEMをしている浜田です。 昨今、開発生産性を高めるための取り組みを行っている組織が増えてきていると感じています。 開発生産性を向上させるためには、まずは定量的に可視化することが重要です。 可視化することで現状を把握して、開発組織の伸びしろを発見したり、課題を明らかにし、改善活動に取り組みやすくなります。 一方、定量的な指標に焦点を当てすぎてしまい本質的ではない対応をしてしまい、指標は向上したものの実際の生産性は向上していなかったり、むしろ悪化してしまうこともあります。 この記事では、開発生産性指標を向上させるためにやってはいけないアンチパターンについて紹介します。 デプロイ頻度を向上させるために、デプロイプロセスは変更せずに実施回数を増やした デプロイ頻度はDORAが提唱するDevOpsの4つの指標(Four Keys)の1つであ

                          開発生産性指標を向上させるためにやってはいけないアンチパターン - Findy Tech Blog
                        • 初心者がおさえておきたいAWS CDKのベストプラクティス 2024

                          「AWS CDKに興味を持ったけれど、なかなかコードを書き始められない」と悩んでいませんか?CDKは簡単に始めることができますが、メンテナンスしやすく、壊れにくいコードを書くためには覚えておきたいプラクティスがあります。しかし、すべてのエンジニアがインフラ構築やプログラミングに精通しているわけではなく、…

                            初心者がおさえておきたいAWS CDKのベストプラクティス 2024
                          • エンジニアが居着く会社

                            増田、40代男性、現在非上場だけど大手企業でエンジニアやってる。 何回か転職してたり他社との話で狭い世界だけどエンジニアが居着く会社の条件が自分なりに固まった 競プロが居ない(外に出さなきゃ影響無し)とにかく見下す人多い。あと努力教で効率厨。フリーランスや部署の奥地で最低限の人間とのみ触れ合わせるようにすれば良い。 変に普通のエンジニアと絡ませるとフルボッコにして数名病む。 1人だけにしてお任せとか言わない(しない)初回だけ打合せに一緒に出て以降は自走させる人。管理職に多め。ペアプロとか関係なく2人以上のチームでの心理的安心は大きい。成果も失敗も割ろう 通知表査定しないこれは会社レベルだが、いつでも成果出せるエンジニアなんて僅かなのに3を中心に良い悪いを評価するのは無慈悲。当たり前のように下は上は結果出してないくせにと思う。上のショボい成果を時勢のせいにしたら末期 (スタートアップやベンチ

                              エンジニアが居着く会社
                            • ランサムウェアの侵入経路は今はVPN機器とかRDPの脆弱性だった。「怪しいメールの添付ファイル開かなきゃ大丈夫」は時代遅れなのか?→有識者の声が続々

                              ういにゃん|フリーランスUnityエンジニアDJ Youtuber @ui_nyan 2008年よりツイッター活動を開始。東京を拠点に活動を続け、秋葉原、渋谷、新宿の多数のパーティーに出没している。その幅広いジャンルを吸収したクロスオーバーなプレイスタイルは、国内海外各地の業界人や多数のクラウドから根強い人気を誇る。今、日本で最も注目される2次元アイコンの一人である。icon:@tougehiro uinyan.com ういにゃん|フリーランスUnityエンジニアDJ Youtuber @ui_nyan ランサムウェアの侵入経路、いまはほとんどがVPN機器とかRDPの脆弱性なのね... 「怪しいメールの添付ファイル開かなきゃ大丈夫」は時代遅れなのか.... pic.twitter.com/ulYojHuWdG 2024-06-14 15:44:12

                                ランサムウェアの侵入経路は今はVPN機器とかRDPの脆弱性だった。「怪しいメールの添付ファイル開かなきゃ大丈夫」は時代遅れなのか?→有識者の声が続々
                              • 身近なBtoCサービスを支えるアーキテクチャ大解剖 技術選定のポイントと今後の展望 - Findy Tools

                                公開日 2024/06/18更新日 2024/06/18身近なBtoCサービスを支えるアーキテクチャ大解剖 技術選定のポイントと今後の展望 多くのIT企業では、ユーザーに対してより高品質で安定した体験を提供するために、システムアーキテクチャを進化させ続けています。 本特集では、日常生活の中で多くのユーザーに利用されているサービスのアーキテクチャ設計に携わるエンジニアの方々から、技術選定の背景や意図、そして現在のアーキテクチャの課題から未来への展望まで、詳しく伺いました。この記事を通じて、各企業のエンジニアたちがどのように技術的な課題を克服し、システムの柔軟性と効率を高めているのか、知見を得ていただければ幸いです。 ※ご紹介は企業名のアルファベット順となっております アソビュー株式会社 アソビュー株式会社では「遊び」という領域に対し、マーケットプレイス型EC「アソビュー!」やD2C型SaaS

                                  身近なBtoCサービスを支えるアーキテクチャ大解剖 技術選定のポイントと今後の展望 - Findy Tools
                                • 食べログの大規模販売管理システムを財務会計SaaSシステムに置き換えた話 - Tabelog Tech Blog

                                  目次 目次 はじめに 1章 課題の認識とZuora導入の決断まで 販売管理システムの課題 何を最初にやるべきか 実情を知る 理想像を固める 何を作り、何を作らないか どのSaaSを使うか 2章 Zuora導入設計 Zuoraプロジェクトチーム体制 Zuoraを知ろう! Zuoraプロジェクトにおいて何を開発するのか Zuoraの管理画面を使うか、それとも内製で作るか 新設機能のモック作成 食べログとのマッピング 3章 Zuora移行 データ移行 データ検証 突合バッチによる検証 データプールの副産物 最終的なシステム構成 データ切り替え 4章 Zuora運用 財務突合 Zuoraへの切り替え Zuoraでの運用開始 5章 結論 最後に はじめに こんにちは! 食べログ開発本部飲食店システム開発部でマネージャーをしている新井です。 2018年に食べログに入社し現在は販売管理チームに所属してお

                                    食べログの大規模販売管理システムを財務会計SaaSシステムに置き換えた話 - Tabelog Tech Blog
                                  • わざとシステムを攻撃させて攻撃手法を観測する「ハニーポット」を30日間設置した結果をセキュリティエンジニアが公開

                                    遠隔でシステムを操作するツールである「SSH」への攻撃をわざと行わせて行動を観察する「ハニーポット」を30日間にわたって設置した結果をセキュリティエンジニアのソフィアン・ハムラウイ氏が公開しています。 What You Get After Running an SSH Honeypot for 30 Days https://blog.sofiane.cc/ssh_honeypot/ ハムラウイ氏はカーネルが「6.8.0-31-generic」でOSが「Ubuntu 24.04 LTS x86_64」のマシンを用意し、ハニーポットとして使用しました。 30日に行われたログイン試行は合計1万1599回で、1日あたり平均386回ログインが試されている事がわかります。 ログインを試す際に使用されたユーザー名のランキングには「root」や「admin」「ubuntu」「support」など、標準で

                                      わざとシステムを攻撃させて攻撃手法を観測する「ハニーポット」を30日間設置した結果をセキュリティエンジニアが公開
                                    • 技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先?(後編)

                                      技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先?(後編) ソフトウェアの品質をテーマに研究をしている名古屋大学 森崎研究室は、ソフトウェアの技術的負債をなんらかの形で数値化する手法の研究の一環として、コードの読みにくさの原因となる要因などを分析した研究結果を発表するイベントをオンラインで開催しました。 この記事ではそのダイジェストを紹介します。記事は前編と後編の2つに分かれています。今お読みの記事は後編です。 森崎氏による補足説明 前編では、グループA(命名的問題)より、グループB(構造的問題)の方が正答率が大きいということ。一方でグループA(命名的問題)よりグループB(構造的問題)の方が読みにくさを感じた、という点に統計的に有意な差があったことが発表されました。 発表の後、オンラインイベントの参加者からの質問について森崎氏と和田氏

                                        技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先?(後編)
                                      • 価値のある機能をユーザに早く届けるための大企業エンジニアの挑戦 / Achieving Faster Delivery of Customer Value Features in a Siloed Organization

                                        024年6月28日に開催された 開発生産性Conference 2024 の講演資料です。 講演詳細についてはこちらをご覧ください。 https://dev-productivity-con.findy-code.io/2024

                                          価値のある機能をユーザに早く届けるための大企業エンジニアの挑戦 / Achieving Faster Delivery of Customer Value Features in a Siloed Organization
                                        • エンジニアのための一生こすれるSEO講座 - Qiita

                                          エンジニアのみなさま、SEOやってますか? 恐らくふわっと認識してはいるものの、がっつりやってます! という方はあまりいないんじゃないでしょうか。 個人的な感覚ですが、SEOとエンジニアリングとで重なる点は多いながら、再現性の面や計測にかかる時間の面でどうしても敬遠されがちな印象があります。 さらに、そのアルゴリズムはGoogle様による全貌の明かされないブラックボックス。 もはや何をしていれば「やっている」のかさえ不確かです。 とはいえ、何かを世に出せば少しでも見られたいのはマーケターもエンジニアも同じはず。 以下では、トリッキーな要素は極力除外し、パンダやペンギンもさておき、長期的に陳腐化せず、限りなく減点されないためのSEOについてご紹介します。 SEOとは SEOとは「Search Engine Optimization(検索エンジン最適化)」の頭文字をとったもの。 このあたりはさ

                                            エンジニアのための一生こすれるSEO講座 - Qiita
                                          • はてな匿名ダイアリー「競プロ出身者の使えなさは異常」に対する反応まとめ

                                            リンク はてな匿名ダイアリー 競プロ出身者の使えなさは異常 anond:20240624084844を読んで思ったこと。2番目以降は正直良くわからないが、一点目についてはわかりみしかない。うちはメガベンチャーで内製アプリ… 599 users 13 AI要約 競技プログラミング出身者の問題点について、以下のようにまとめられます。 1. 学生時代の競技プログラミングの実績を過剰にアピールする傾向がある。実務では学生時代の実績よりも、与えられたタスクを超える成果を出すことが重要。 メンテナンス性の低いコードを書く傾向がある。処理の効率性ばかりを重視し、可読性の高いコードを書くことができない。指摘しても聞く耳を持たない。 コミュニケーションに問題があり、他のメンバーを萎縮させることがある。的外れなコードレビューをしたり、関係ないリポジトリにPRを投げたりするなど、チームの空気を悪くする行動が見ら

                                              はてな匿名ダイアリー「競プロ出身者の使えなさは異常」に対する反応まとめ
                                            • Terraformを採用する前に知っておくべき6つの課題

                                              こんにちは、株式会社FIXER@名古屋オフィスの村上です。 クラウドインフラのシステム基盤構築にTerraformを採用している組織は多いですね。村上自身は特別な要件がない限り、”どのクラウドを使う場合でも” システム基盤構築にはTerraformを使いたいと考えているインフラエンジニアです。 私は、Terraformを3年間使用する中で、6つの課題に直面してきました。 このブログでは、実際の開発現場でどのような問題が起こったのか、またその問題をどのように回避、あるいは対策すべきだったのかについて、綴ってみました。 【課題1】プロジェクト始動直後にTerraform開発を開始したため、後工程で改修タスクが多発 SI案件では、クライアントが提案する調達要件RFPをもとに、ITベンダーがヒアリングを行いながら要件定義を進めていきます。 要件定義の一例として以下のようなものがあります。 クラウド

                                                Terraformを採用する前に知っておくべき6つの課題
                                              • 入社3ヶ月の新卒エンジニアにおすすめするプログラミング入門書10選

                                                あなたは今、ITエンジニアとして入社して3ヶ月が経過し、これから本格的にプログラミングを学ぼうとしている段階ではないでしょうか。 実はプログラミングを習得するためには、プログラミング自体の知識だけでは十分ではありません。抽象化のスキル、プロジェクトマネジメントのスキル、コミュニケーションスキルなど、多様なスキルが必要です。 私たちはこれまで約24年間にわたり開発を携わってきました。約500名のエンジニアと共にしてきました。そのなかでも新卒研修を共にしてきたエンジニアは100名にのぼります。 私たちよりももっと大きな経験豊富で素晴らしい研修を提供されている会社はあるかもしれません。でも、私たちは私たちなりに新卒エンジニアにとって素晴らしい研修を追求し続けてきた自負があります。 そこで今回は、そんな私たちの経験を踏まえて、入社3ヶ月の新卒エンジニアを対象に、プログラミングを学ぶためのおすすめの

                                                • SSHハニーポットに対する不正アクセスの最新動向 - Qiita

                                                  エンジニア学生団体IDEAで代表を務めているshuと申します。去年の12月ごろに設立し、最近設立1年を迎えた団体なのですが、おかげさまで150人以上の大所帯となっております。LT会やハッカソンなどを企画・運営しており、優秀な学生がのびのびと楽しんでおります。興味があればぜひご参加ください。 ハニーポットとは ハニーポットは、攻撃者がシステムに侵入しようとする際に、その攻撃を検知、記録します。 中でも今回取り上げるハニーポットはSSHハニーポットというもので、攻撃者がサーバーに対してssh接続を試みるシチュエーションを想定していただければと思います。 Cowrieハニーポット SSHハニーポットとして有名なものはいくつかあるのですが、Cowrieというものが一番有名です。Kippoという有名なハニーポットの改良版なのでこちらを使いましょう。 環境 今回はAWS EC2上にハニーポットを構築し

                                                    SSHハニーポットに対する不正アクセスの最新動向 - Qiita
                                                  • 意識低い系エンジニアは被害者? 人材不足のIT業界でさえ「気軽に退職したら次はない」 - エンジニアtype | 転職type

                                                    〝流しのEM〟として、複数企業の採用・組織・制度づくりに関わる久松 剛さんが、エンジニアの採用やキャリア、働き方に関するHOTなトピックスについて、独自の考察をもとに解説。仕事観やキャリア観のアップデートにつながるヒントをお届けしていきます! この春、話題になった「退職代行サービス」。IT業界でも利用した人・された人は少なくないだろう。やむにやまれぬ事情で利用する人の陰に隠れて、すっかり辞めグセをこじらせてしまった人もいるかもしれない。 社内での出世はおろかエンジニアとしての成長意欲にも乏しく、居心地が悪くなったら転職を繰り返す……そんな「意識低い系エンジニア」に対し警鐘を鳴らすのが久松剛さんだ。彼らにどんな末路が待っているのか聞いてみた。 博士(慶應SFC、IT) 合同会社エンジニアリングマネージメント社長 久松 剛さん(@makaibito) 2000年より慶應義塾大学村井純教授に師事

                                                      意識低い系エンジニアは被害者? 人材不足のIT業界でさえ「気軽に退職したら次はない」 - エンジニアtype | 転職type
                                                    • これを知らなければ、C++プログラマを名乗れない。ITエンジニアも驚いた「C言語」の配列の仕組み→「初めて知った」「配列へのアクセスの書き方が糖衣構文」

                                                      二項しいぷ @BinomialSheep C++の「す、すげーー!!そんなことすなーっ!!!!!!」シリーズ 『プログラミング言語C++ 第4版/ストラウストラップ』 pic.twitter.com/KjiDaXe0tj x.com/winter_kyopro/… 2024-06-21 23:42:32

                                                        これを知らなければ、C++プログラマを名乗れない。ITエンジニアも驚いた「C言語」の配列の仕組み→「初めて知った」「配列へのアクセスの書き方が糖衣構文」
                                                      • Webエンジニアが「LANケーブル抜き差ししたのにセッション切れてない!」って驚いてて泣きそうになった事がある話→人によって「セッション」の認識が違う

                                                        えび@プログラマー @ebiebi_pg むかーーし、Webエンジニアが 「LANケーブル抜き差ししたのにセッション切れてない!」 って驚いてて泣きそうになった事がある 2024-06-30 13:01:41

                                                          Webエンジニアが「LANケーブル抜き差ししたのにセッション切れてない!」って驚いてて泣きそうになった事がある話→人によって「セッション」の認識が違う
                                                        • 日本のITサービスのダメなところ

                                                          いわゆる日本でトップクラスのエンジニアみたいなところまで上り詰めると、みんなエンジニアやめて投資ビジネスにいっちゃうから なんも開発しなくなるから 高学歴の若手を束ねて自分の過去の実績看板にして「AI開発してます」っていうとバンバン投資して貰えるから もはやそれでビジネスになってんのよ ちなみにこの開発が失敗しても賠償金とかはないよ、ITベンチャーに投資して儲からないのは当然っていう契約だからさ、いくつか投資して一つでも大成功したらお釣りが来るからさ だからその「ITベンチャー」ボコボコ作ってマンション投資みたいなことをして稼ぐようになっちゃって、準トップぐらいのエンジニアは開発しなくなるからさ 日本のITサービスダメなんよね 元〇〇(どっかの大企業)エンジニアです、今は退職してベンチャー支援してますって自己紹介するエンジニア見たことない?あれはそういうことよ。

                                                            日本のITサービスのダメなところ
                                                          • グリコがSAP技術者募集中!グリコ製品を早く供給してほしいエンジニアは急げ!

                                                            とあるコンサルタント @consultnt_a シンクタンク所属の戦略系コンサルタント AmazonアソシエイトWorkCircleアンバサダー 質問1→ querie.me/user/consultnt… 質問2→mond.how/ja/consultnt_a 長めの文章→note.com/consultnt_a note.com/consultnt_a/n/… とあるコンサルタント @consultnt_a グリコが今更ながらにSAPできる社内SE探してるけど、社内システムを支える精鋭部隊です→年収500-850万じゃ今どきロクな人材来ないでしょ… わざわざ子会社に送るんだし親会社の給与のキャップ外しなさいよ そんなだからコケたあとまだ立ち上がれないのだわ doda.jp/DodaFront/View… pic.twitter.com/YohgDn2DCs 2024-06-12 07:

                                                              グリコがSAP技術者募集中!グリコ製品を早く供給してほしいエンジニアは急げ!
                                                            • 「自分はわかるからOK」というオレオレ表記が開発を遅らせ、プロダクトの評価まで下げてしまう

                                                              CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

                                                                「自分はわかるからOK」というオレオレ表記が開発を遅らせ、プロダクトの評価まで下げてしまう
                                                              • ITエンジニア、何かを登録するという意味で「regist」という変数を使いがちだけど、そもそも「regist」には登録するという意味は無い話

                                                                かわさき@Flutterで個人開発💻 @kwsk_create 本業PHPer。Laravel、CakeでWebアプリ、Flutterでモバイルアプリを開発中の都内在住4年目SE💻。国内旅行好き✈️ marshmallow-qa.com/78pfxt4rgxdjsq… かわさき@Flutterで個人開発💻 @kwsk_create ITエンジニア、何かを登録するという意味で「regist」という変数を使いがちだけど、そもそもregistには登録するという意味は無いんだよな。 2024-06-25 18:02:29

                                                                  ITエンジニア、何かを登録するという意味で「regist」という変数を使いがちだけど、そもそも「regist」には登録するという意味は無い話
                                                                • ITシステムの可用性と損失を考える | 外道父の匠

                                                                  数値上はこうなるものの、意図的な短期的メンテナンスや、意図しない障害でも1回あたりの期間が短ければ、その期間に積まれるはずだった売上は、その復帰後に売り上がる場合も多いでしょう。その辺りは、ユーザーの信頼を損なわない方法や運用を心がけることで、十分に埋められる可能性を含む性質です。 しかしこれが、あまりに高頻度であったり長期間になると、その復帰後に停止期間分を含めた売り上げにならず、そのまま機会損失となる可能性が高まります。いわゆるユーザー離れというやつです。その損失だけで済めばまだマシで、普通に考えればその後に想定していた売上も減少し続け、元に戻すには相応の時間と労力を伴うでしょうから、数値以上の痛手となるはずです。 こう考えていくと、運用関係者が健全であれば、無理に100%の可用性を目指さず少なくとも合計99%以上となる停止猶予を持たせた運用とし、数日を跨ぐような連続した長期間の停止だ

                                                                    ITシステムの可用性と損失を考える | 外道父の匠
                                                                  • Pythonのif文やfor文の終わりを明示せずにインデントに意味を持たせる記法、いつまで経っても慣れない話→インデントと視認性について賛否両論

                                                                    ミック @copinemickmack Pythonのif文やfor文の終わりを明示せずにインデントに意味を持たせる記法、いつまで経っても慣れないな…これ視認性悪くてバグの温床だと思うんだけど、みんな平気なん? 2024-07-01 12:00:22

                                                                      Pythonのif文やfor文の終わりを明示せずにインデントに意味を持たせる記法、いつまで経っても慣れない話→インデントと視認性について賛否両論
                                                                    • 「Devin」とは何か?もうITエンジニアは不要か?コーディングから実装まで「人要らず」の実力

                                                                      米国で世界初の自律型AIソフトウェアエンジニア「Devin」が発表され、衝撃を生んでいる。人間の指示に応えてタスクをサポートする従来型のAIアシスタントとは異なり、Devinはコーディングから実装までの開発プロセス全体を自ら行える、いわゆる自律型の「AIエージェント」だからだ。同ツールは「(サポート型の)Github Copilotなどとはユーザー体験が大きく異なる」という。Devinの登場により、人間のITエンジニアが職を奪われる時代が到来してしまうのか。その具体的な実力とともに解説する。

                                                                        「Devin」とは何か?もうITエンジニアは不要か?コーディングから実装まで「人要らず」の実力
                                                                      • その魅力は「お金」——だけじゃない。バグハンター界のホープが語る、バグバウンティに取り組む理由とその醍醐味

                                                                        TOPインタビューその魅力は「お金」——だけじゃない。バグハンター界のホープが語る、バグバウンティに取り組む理由とその醍醐味 バグハンター 森岡 優太 GMOサイバーセキュリティ byイエラエ株式会社の2024年新卒セキュリティエンジニア。 学生時代から数社で脆弱性診断等の業務を経験し、現在は所属企業でWebペネトレーションテストやソースコード診断等の業務に従事する。 外部活動では、サイバーセキュリティに関する登壇や講師、執筆などに取り組み、プライベートでもバグバウンティで脆弱性探しに取り組んでいる。 また、趣味でポッドキャスト「Bug Bounty JP Podcast」の運営とスピーカーをしている。 X (旧Twitter): @scgajge12 個人サイト: https://scgajge12.github.io/ Webサービスやスマホアプリなどを提供する企業が、外部のホワイトハ

                                                                          その魅力は「お金」——だけじゃない。バグハンター界のホープが語る、バグバウンティに取り組む理由とその醍醐味
                                                                        • アメリカ人「日本に文系プログラマがいると聞いてドン引きした。考古学部卒の奴に手術させるようなもんじゃん」

                                                                          アメリカに遊学してた増田だけど アメリカの知り合い(アメリカ人と同じく遊学してた中国人韓国人)と雑談してた時に 「学校で学んだことを仕事に活かしたいよなあ」って話になった そこで「そういえば日本には文系や専門学校卒のプログラマがいるんだよ」って伝えた するとアメリカの知り合いが鳩が豆鉄砲くらった顔になった 「文系でプログラマって。。。。。。。。えええ」 「プログラマってのは情報工学や計算機科学を修めた人がつく仕事だよ?」 「考古学専攻の奴が内視鏡手術をするようなもんじゃん」 「日本って専門知を大事にしないよな。衰退した理由も生産性が低い理由もわかったlol 」 と散々な言われようだった 反論できなかった…

                                                                            アメリカ人「日本に文系プログラマがいると聞いてドン引きした。考古学部卒の奴に手術させるようなもんじゃん」
                                                                          • 【前編】元ヤフーエンジニア社長が考える、挫折しないためのエンジニアマインド - Qiita

                                                                            対象者 未経験からエンジニアを目指したい!と考えている方 エンジニアになったけどなかなか成長できてないな・・と感じている方 エンジニアになったけど毎日が大変な人 もはや挫折寸前の人 に読んでいただけると嬉しいです! 自己紹介 株式会社PRUMという会社の代表をしています。岩本です。 https://prum.jp/ SES企業でエンジニアとして就業したのち、ヤフーでもエンジニアとして働いておりました。 2019年、PRUMを創業し組織を5期目の途中で70名の組織まで成長させました。 エンジニアの成長について、誰よりも考え抜いてきた自信があります。 エンジニアと挫折について 僕は、エンジニアになって1年で 「もう辞めたろう、俺には合わん、無理だ」 と思っていました。 1年間、闇雲にものすごいやる気で勉強し続けた自分ですら、そう思いました。 ただなんだかんだ今もシステム開発の業界にいて、もう1

                                                                              【前編】元ヤフーエンジニア社長が考える、挫折しないためのエンジニアマインド - Qiita
                                                                            • スプリントプランニングの未来予測: 予言の書 - SmartHR Tech Blog

                                                                              こんにちは! SmartHR プロダクトエンジニアの @sakata と @hypermkt です。 SmartHRではほぼすべてのチームでスクラム開発を行っています。スプリントプランニングとスプリント進行中における課題に対し、私たちのチームでは「予言の書」という取り込みを行っています。本記事では、この「予言の書」の概要とその効果についてご紹介します。 予言の書が必要な背景 スクラム開発で、チームが消化できるキャパシティからタスクを選定したにも関わらず、すべてのタスクの消化ができなかったという経験はありませんか? 私たちはたくさん経験したことがあります。そこにはスプリントプランニングにおける計画とスプリント進行の難しさがありました。 すべてのタスクが終えられるか不安がある まだ作業タスクには何も着手していないので当たり前ではありますが、チームが消化可能なキャパシティからタスクを選定し、優先

                                                                                スプリントプランニングの未来予測: 予言の書 - SmartHR Tech Blog
                                                                              • エンジニア運用工数40%削減!Bill One における運用改善のとりくみ - Sansan Tech Blog

                                                                                Bill One Engineering Unitの田上です。運用改善と題したプロジェクトによって、エンジニアの運用工数を半年で40%削減することに成功したので、今回はその取り組みをご紹介します。 背景 Bill One のエンジニアリング組織では、フルサイクルエンジアリングで開発と運用を行っており、開発者自身が運用対応(本番環境で発生したエラーの調査・対応、ユーザからの依頼・問い合わせの対応など)を行っています。 エンジニアが自身の開発したプロダクトへのフィードバックを迅速かつダイレクトに受け取れる非常に良い方式ではあるのですが、その対応工数があまりにも多くなりすぎて開発工数が逼迫するようになっていました。 その状況をどうにかするため半年の期限付き特命チームとして運用改善チームを立ち上げることにしました。 立ち上げ 組織内のフラストレーションの高まりを背景に、2名のエンジニアが新たなチー

                                                                                  エンジニア運用工数40%削減!Bill One における運用改善のとりくみ - Sansan Tech Blog
                                                                                • システム内製を進めている企業ほどDXで成果、IPA「DX動向2024」で明らかに

                                                                                  IPAは2024年6月27日、調査リポート「DX動向2024」を発表した。同リポートは事業会社の人事部門や情報システム部門、DX推進部門などを対象に2024年2月9日~5月2日にかけて実施したアンケートの結果をまとめたもの。回収数は1013件だった。 DXの取り組みは米国企業並みだが成果に差 DXの取り組み状況について聞いたところ、「取り組んでいる」と回答した日本企業の割合は2021年度の55.8%から、2023年度は73.7%に増えた。米国企業は2022年度調査で77.9%であり、「日本企業もDXに取り組むことが一般化し、(取り組み状況が)米国企業並みになってきている」と、同調査を担当したIPAの河野浩二総務企画部調査分析室室長は説明する。

                                                                                    システム内製を進めている企業ほどDXで成果、IPA「DX動向2024」で明らかに