並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 156件

新着順 人気順

ソフトウェアエンジニの検索結果1 - 40 件 / 156件

ソフトウェアエンジニに関するエントリは156件あります。 エンジニア仕事開発 などが関連タグです。 人気エントリには 『大学の恩師に教わった、「なにがわからないか、わからない」ときの質問のしかた。』などがあります。
  • 大学の恩師に教わった、「なにがわからないか、わからない」ときの質問のしかた。

    「恩師」の意味を「人生全体に渡って、大きく影響を及ぼす程の薫陶を受けた人」と定義した場合、私には恩師と言って良さそうな人が二人います。 一人は、小学校の3年から4年の時に担任をもってもらったH先生。 もう一人は大学の専門課程、国語学研究室でお世話になったS先生。 H先生については、人生の選択に関わる重要な示唆を色々と頂いたなーと思っていて、例えば昔この記事で書いたんですが、 忍者ハットリくんが、私の人生を大きく変えた、という話。 「ファミコンの忍者ハットリくんに巻物が出てきてかっこいいから、本物の巻物にも触ってみたい」 と素っ頓狂なことを言い出した私に、 「巻物は大学行かないと触れないよ」と答えて、さり気なく「大学=巻物」という刷り込みを行ったのがH先生です。 多分私、この教えがなかったら大学行ってませんでした。 上記の記事でも書いた通り、私は大学での専攻として、「巻物に触りたいから」とい

      大学の恩師に教わった、「なにがわからないか、わからない」ときの質問のしかた。
    • サイバー警察に家宅捜索を受けた際の体験談

      はじめに これは、私が2018年4月に埼玉県警のサイバー警察に自宅の家宅捜索を受けた時の体験談です。 事実を出来るだけ詳細に記載致します。また、大変稚拙で恐れ入りますが私自身の正直な気持ちも一緒に書き留めています。 また、事件内容の詳細につきましては、警察に口止めされている上、私も捜査を妨害する意図などは全くなく捜査上の秘密が守られることは個人的にも大切だと理解し同意もしているので掲載しないこととします。 この記事の掲載目的は、主権者(納税者)である私以外の国民の皆様に、行政組織の1つである警察から私と同じような体験をして頂きたくないという点と、サイバー警察組織の現状を垣間見た一市民、一ITエンジニアとして私が感じたこと、体験致しましたことを皆様に共有させて頂ければと思い執筆させて頂きました。 登場人物の紹介 ここでは、少し話が長くなりますので先に登場人物をまとめさせて頂きます。 私:自営

        サイバー警察に家宅捜索を受けた際の体験談
      • 趣味で作ったソフトウェアが海外企業に買われるまでの話 - knqyf263's blog

        今回はソフトウェアエンジニアじゃない人や学生にも、ソフトウェアエンジニアという職業には夢があるかもしれないと思ってもらうために書いています。そのため既に詳しい方からすると回りくどい説明も多いと思いますがご容赦下さい。 基本的に記事とかには技術的なことしか書かないスタンスでやってきましたが、今回の件はさすがに誰かに伝えておくべきだろうということで長々と垂れ流しました。 概要 GW中に趣味で開発したソフトウェアを無料で公開したところAqua Securityという海外企業(アメリカとイスラエルが本社)から買収の申し出を受け、最終的に譲渡したという話です。さらに譲渡するだけでなく、Aqua Securityの社員として雇われて自分のソフトウェア開発を続けることになっています。つまり趣味でやっていたことを仕事として続けるということになります。 少なくとも自分の知る限り一個人で開発していたソフトウェ

          趣味で作ったソフトウェアが海外企業に買われるまでの話 - knqyf263's blog
        • 「スキル不足で職場に居場所がないおじさん」の救済プロジェクトに関わった時の話

          昔所属していたSI会社で、「職場に居場所がないおじさん」の救済プロジェクトに関わったことがあります。 いや、実際にそういうプロジェクト名だった訳ではなくて、確か 「キャリア再考プロジェクト」とか「スキルリデザインプロジェクト」とか、なんかそんなかっこいい名前だったような気がするんですが、 一緒に関わった先輩が言った「これ、やってることは職場で居場所がないおじさんのサルベージだよな…」という言葉が強く印象に残っていて、私の中でプロジェクト名が上書き保存されました。 まあその先輩、「リストラ前のアリバイ作りじゃねーの」とかひどいことも言ってたんですが。 どんなことをやったかというと、要するに人事部のサポートみたいな話でして、 ・所持スキルが案件に合わず、なかなかプロジェクトにアサイン出来ない人 ・プロジェクト内でスキル不足の為タスクが振れず、PMから扱いにくいとアラートが出ている人 ・要は社内

            「スキル不足で職場に居場所がないおじさん」の救済プロジェクトに関わった時の話
          • 要件定義~システム設計ができる人材になれる記事 - Qiita

            とてもご要望が多かったのでUdemy講座のクーポンをご用意しました。 ぜひご活用ください。※ぜひ高評価いただけると嬉しいですm(__)m 【基礎編】 【応用編】 はじめに プログラミングを勉強していて、こんな事を感じた経験はないでしょうか。 「勉強してもプロダクトが作れない」 「そもそも開発ってどうやるの?」 「要件定義ってなに?」 その悩みを解決するために、まずは開発の全体感を理解しましょう。 下図『ソフトウェア開発プロセス』をご覧ください いつも勉強しているプログラミングは 『実装』 の部分に該当します。 つまり、プログラミングの実力を発揮する前に4つも壁が存在するのです。 そのため、本記事では実装(プログラミング)を開始する前に必要となる、 『企画~設計』 について順を追って説明して行きます。 特に、エンジニアが理解しておくべき 『要件定義』『設計』 にフォーカスします。 なお、開発

              要件定義~システム設計ができる人材になれる記事 - Qiita
            • ソフトウェアエンジニアでテストマンな私が家を買う際にやったこと - 若くない何かの悩み

              はじめに ソフトウェアエンジニアでテストマンを生業とする Kuniwak です。今回は家を買うためにやったことを紹介します。 というのも、家を買うためにやったことを知人に話してみたら面白がられたため、誰かの役に立つかもしれないと思ったからです。 なおこの記事はソフトウェアに関する技術の記事ではありません(随所に検証の基本的な考え方などが散りばめられていますが…)。また、この記事で紹介する意見・手法は多分に cocopon 氏の影響を受けています。cocopon 氏の家購入エントリもこの記事と同時に公開されているはずです。 また、この記事はとても長いので先にポイントを説明しておきます。この記事ではライフプランシミュレーションに始まり次のような3Dモデルを作って日照や照明の検証をしていきます。また、3Dモデルを作るだけでは漏れが出るのでさまざまな検証を組み合わせています: 検証のために作った3

                ソフトウェアエンジニアでテストマンな私が家を買う際にやったこと - 若くない何かの悩み
              • 無料で読めるITまんが 2020年版

                ネット上にはたくさんのIT系のコンテンツがあふれています。そのほとんどは文章として書かれていますが、一部にはマンガの形で面白く分かりやすくしたものもあります。 ここでは、マンガ化されたITコンテンツを集めてみました。毎年夏休みの恒例企画、ITまんがの2020年版です。今年も6本のマンガを新たに追加しました。 もしここに掲載していないITまんがをご存じでしたら、Twitter(@publickey)などで教えてください。毎年更新する予定です。 2020年版の新着ITまんが

                  無料で読めるITまんが 2020年版
                • プロジェクトリーダーというお仕事 - Qiita

                  概要 そろそろ年度末だし、新年度からプロジェクトリーダーとしてやっていく人もいるかと思うので、プロジェクトリーダーはどういうことをしないといけないかと、心得的なものを投稿しようと思います。今業界全体的にリーダー不足になってるんで、プロジェクトリーダーという役割について興味持ってくれる人が増えると嬉しいです。 ※ここでのプロジェクトとはシステム開発等IT関連のプロジェクトを指すものとします。 軽く自己紹介 2013年頃から7年くらいプロジェクトリーダーとして請負業務などの仕事をしてきました。最近はプロジェクトマネージャーも兼ねてやっていたり、うまくいっていないプロジェクトにコンサルとして入って立て直すというようなこともしています。 レジュメ https://www.resume.id/branch まずは結論から プロジェクトリーダーの使命 「担当するプロジェクトを成功へと導く」 「プロジェ

                    プロジェクトリーダーというお仕事 - Qiita
                  • 本番環境でやらかしちゃった人 Advent Calendar 2019 - Qiita

                    本番環境でやらかしちゃった人のアドベントカレンダーです。 例) 本番DB吹き飛ばした 本番サーバをデストロイした ネットワーク設定をミスって本番サーバにアクセス出来なくなり、サーバが世界から孤立した などなど... 以下の2点については必須項目なので、記述お願いします。 惨劇はなぜおこってしまったのか 二度と惨劇を起こさないためにどうしたのか もう二度とあの惨劇を繰り返さないために、みなで知見を共有しましょう。

                      本番環境でやらかしちゃった人 Advent Calendar 2019 - Qiita
                    • RE: 最終出社日について - megamouthの葬列

                      松田部長 お疲れ様です。システム戦略グループの山下です。 最終出社日についてのお返事ありがとうございました。 先日ご連絡した来年1月20日を最終出社とする退職は難しい、とのご回答でしたが、申し訳ありません、こちらとしましても、諸事情を考慮のうえ、最終出社日をご提示させていただいている次第となりますので、退職日を3月末まで延期するというご希望に沿うことはできません。 あしからずご了承下さい。 また、同時にご連絡させていただいた業務の引き継ぎについてですが、引き継ぎ人員が存在しないことにより、未だ一切の進捗がございません。 おそらくは、この点が、松田部長のおっしゃっている「就業規則上に明記されている業務上の支障が発生する事由」に該当すると思われます。 この点につきましては、システムインフラを解する人員が私以外に存在しない現状において、とり急ぎ解消の目処はたたないかと愚考いたします。 よって、勝

                        RE: 最終出社日について - megamouthの葬列
                      • チームにいると頼りになるソフトウェアエンジニア

                        チームにいると頼りになるソフトウェアエンジニアのメモです。自分のロールモデルでもあります。私のキャリアはほぼウェブブラウザ開発一筋なので、その辺に生息している人たちを思い浮かべながら書いてます。思いついたら随時更新します。 コードマニア コードやドキュメントを読むのが好きで、暇があれば適当なレビューに飛び入り参加したり、自分のプロジェクトとは関係ないコンポーネントもひたすら探検している。不穏なコードを見つけるとなんとリファクタリングもしてくれる。コードサーチがお友達。 やたらコードに詳しいので、何か分からないときはとりあえず聞きに行く。チームに一人いるとレビューが捗るし、コードベースも綺麗になる。コードマニアはコードベースを広く熟知している上に未知のコードに対する耐性も高いので、プロジェクトを移動してもすぐに活躍できる。 コードマニアの亜種にスペックマニアもいる。こちらはウェブやネットワー

                          チームにいると頼りになるソフトウェアエンジニア
                        • 2019夏、先輩が若手に贈る「お世話になった技術書60選」- 入門からガチまで – | DevelopersIO

                          「この本にはお世話になったなぁ〜」 「今でもたまに読み返してます」 「マジでめちゃめちゃ影響受けた」 「そう、こいつが俺のエンジニア人生を変えやがったんだ...」 ↑「こんな本を紹介してください!」と社内チャットで投げてみたら、すんごいことになったのでそのリストをシェアさせていただきます。 ※推薦理由はあくまで推薦者による個人的な意見や思い入れたっぷりなので、それを踏まえてお楽しみください。 目次 アプリケーション/プログラミング ドメイン駆動設計 Java言語で学ぶデザインパターン入門 Pro Git BINARY HACKS Effective Java リバースエンジニアリング―Pythonによるバイナリ解析技法 なるほどUnixプロセス ― Rubyで学ぶUnixの基礎 リーダブルコード メタプログラミングRuby 第2版 Head First デザインパターン テスト駆動開発 C

                            2019夏、先輩が若手に贈る「お世話になった技術書60選」- 入門からガチまで – | DevelopersIO
                          • フロントエンドのデザインパターン

                            本書は、Lydia Hallie 氏 と Addy Osmani 氏らによる Learning Patterns (https://www.patterns.dev/) の日本語訳です。原著は大きく 3 つのセクションに分かれていますが、本書は、その最初のセクションである Design Patterns を訳したものとなります。

                              フロントエンドのデザインパターン
                            • 弊社から社員が退職しました - megamouthの葬列

                              5月末付で、弊社のエンジニアが退職することになりました。 彼は私がこの会社の社長を勤めて、初めての新卒採用の社員の一人だっただけに、思い入れも強く、彼の人生が輝かしいものになることを祈念せずにはおれません。 弊社は大手企業様との直接取引の案件が多く、業務系システムからWeb系システムまで、幅広く開発業務を行っております。 弊社は、彼のようなスペシャリストの他、営業、マネージャー、PM、PLなど多彩な人材を抱えており、それぞれの文化が異なっているのを面白く見ておりました。 特に、エンジニアの世界では退職した時にブログ・エントリを書く文化があるそうです。 私はエンジニアではなく経営者ですが、退職エントリを書いてみようと思います。 何をやってもらっていたか Web系システムの開発をお任せしていました。 将来的にはフルスタックエンジニアを目指してもらう為、新卒入社時より、Web系システムの制作チー

                                弊社から社員が退職しました - megamouthの葬列
                              • どうやってテクノロジーを追いかけていますか?ジュニアソフトウェア開発者として応募したときにCI/CD、クラウドコンピューティング、Dockerとか大量のことを要求されました。もういっぱいいっぱいです。

                                回答 (2件中の1件目) ゆとりを無くしてるんですね。組織や顧客から稼働率を上げることばかりを求められて、勉強する時間が取れなくなっていませんか? 魚屋は魚を仕入れて売るし、記者は情報を仕入れて売ります。カメラマンは写真を撮って売るし、アスリートは体を鍛えて売っているわけです。彼らは皆売るよりもはるかに多くの時間を仕入れに使っているのです。技術者に100%稼働を求めるのは、仕入れをするなと言ってるようなものです。 ゆとりの作り方を書いてみました。チームのメンバーと取り組んでみてはいかがでしょうか。 木こりのジレンマから抜けるためにはどうすれば良いと思いますか?に対する松永 広明 (...

                                  どうやってテクノロジーを追いかけていますか?ジュニアソフトウェア開発者として応募したときにCI/CD、クラウドコンピューティング、Dockerとか大量のことを要求されました。もういっぱいいっぱいです。
                                • 平成のうちにやめたかった『ITの7つの無意味な習慣』 - Qiita

                                  2019年の今年は「令和元年」であるわけだが、年初はまだ「平成31年」だったので、ギリギリまだ平成ともいえる。ところで、ITの世界にもいろいろな都市伝説や根拠は薄いけれどもかっちり守られているしきたり/習慣があり、少なくとも今の世界では通用しないため本当は改善したほうがいいのだが業界的にずるずるといってしまっていることが色々と存在する。年末の今、平成を思い返したときに元IT企業に勤めていた人間として「この習慣は平成のうちに終わらせておかねばならなかっただろうに!」と悔やまれることを7つ挙げてみた。 ※ちなみに、諸君のまわりでこれらをすべてやめられている人がいたならば本当に神である、というのが残念ながら今の現状だ。 【7位】 2要素認証でない「2段階認証」 これは令和元年にセブンペイサービスの停止でだいぶ話題になったので、認識されている諸君も多いかもしれない。話題になったのは大手企業のサービ

                                    平成のうちにやめたかった『ITの7つの無意味な習慣』 - Qiita
                                  • HRzine

                                    HRzine Academy(エイチアールジン・アカデミー)は、普段の業務の中では身に付けることが難しい「人事のスキル」を、各分野の第一人者やエキスパートが解説・指導してくれる特別な講座です。広く重くなり続ける人事の役割を果たしていくためにも、最高のスキルを本講座でぜひ習得してください。

                                      HRzine
                                    • 「界隈がざわつくほど超進化したPMBOK第7版」に私たちはどう取り組むか

                                      *文字かすれ修正しました Developers summit 2022 発表資料です。 元ネタはこちらのnoteです。 https://note.com/miz_kushida/n/n103a7da460c5 Twitter https://twitter.com/miz_kushida

                                        「界隈がざわつくほど超進化したPMBOK第7版」に私たちはどう取り組むか
                                      • リモートワークの行き着く先は大量解雇なのでは?と思ってる IT系の管理職..

                                        リモートワークの行き着く先は大量解雇なのでは?と思ってる IT系の管理職だが、弊社でリモートワークを2週間ほどやってみたけれど 社員によってアウトプットの量やそれによる全体の進み具合ってのが著しく可視化されている という事に驚いている 端的に言ってしまうと、要らない奴はとことん存在が消えるし、もう居なくていいやと感じているのだ 一方で本当に仕事そのものが好きで、止めなければ、いつまででも作業してしまうような 目が覚めてから疲れ果てて寝るまで何時間でも異常な量の仕事をしつつ 動画を見ながら作業してるから快適だと全く不満を感じてない会社の宝の様な社員も可視化される 回ってない仕事や遅れが出そうな個所を積極的に引き受けて作業を進めてくれるプログラミングが大好きな彼らが 普段なら多少は仕事してるように見えていた使えないプログラマが、いかに使えないかを際立たせてしまっている 9:00~17:00でタ

                                          リモートワークの行き着く先は大量解雇なのでは?と思ってる IT系の管理職..
                                        • ITエンジニアが投票した「ITエンジニア本大賞2018」ベスト10が発表。人工知能の教科書/アルゴリズム図鑑/退屈なことはPythonにやらせよう、などランクイン - Publickey

                                          翔泳社は「ITエンジニアに読んで欲しい!技術書・ビジネス書 大賞 2018」(ITエンジニア本大賞)を開催。ITエンジニアの投票を集計した結果選ばれた技術書とビジネス書の各ベスト10を1月17日に発表しています。 ベスト10のなかで特に投票の多かった上位6冊については、同社が今週木曜日、2月15日に都内で開催する「Developers Summit 2018(デブサミ2018)」において書籍の著者、編集者、翻訳者などによるプレゼン大会が開催され、そこで行われる最終投票によって大賞が決定されます。 当日プレゼンを行うのは、以下の6冊です。 技術書部門 『アルゴリズム図鑑 絵で見てわかる26のアルゴリズム』 『機械学習入門 ボルツマン機械学習から深層学習まで』 『退屈なことはPythonにやらせよう ―ノンプログラマーにもできる自動化処理プログラミング』 ビジネス書部門 『大人の語彙力が使える

                                            ITエンジニアが投票した「ITエンジニア本大賞2018」ベスト10が発表。人工知能の教科書/アルゴリズム図鑑/退屈なことはPythonにやらせよう、などランクイン - Publickey
                                          • 経験年数に応じて一般的に求められるスキルが身についてないままソフトウェアエンジニアとして生きている(いた)ことのつらみ|ぱん|note

                                            ※以下、ソフトウェアエンジニアをエンジニアと省略して書いていることがあります。 プログラミングを仕事にしてから9年だ。いちおう9年ということになる。知り合ったばかりの人に「プログラミング歴何年ですか?」「プログラマー・エンジニアになってから何年ですか?」と聞かれたらこう答えざるを得ない。そしてそう答えると、「え、9年…!ベテランですね…!」と言われる。企業の採用担当(エンジニアの詳しいスキルを測ることがあまり得意ではないと思われる人が多い)からもおそらくそういう目で見られているのだろう。「豊富なスキルをお持ちの方とお見受けいたします。弊社のテックリード/リードエンジニアポジションはいかがですか」みたいな全くマッチしていないスカウトメールが時々来る(だいたいベンチャーで、色んな人に送っているんだろうとは思うけど)。ほんとうにつらい。なぜならわたしのスキルは、周囲にいる他のエンジニアと比較する

                                              経験年数に応じて一般的に求められるスキルが身についてないままソフトウェアエンジニアとして生きている(いた)ことのつらみ|ぱん|note
                                            • 「僕の考えた最強のデスク環境」をアップデートした。 - 文字っぽいの。

                                              2年前にデスク環境をがっちり整えた。 fromatom.hatenablog.com そこから時は経ち、書斎の棚を処分したり新しくWindowsPCを購入したりと環境も変わってきたので、アップデートをした。 この記事では、この状態になるまでに行った作業や、使った製品を紹介していく。 デスクのリメイク 前まで使っていたデスクはこんな感じの白いものだった。 この白い色にだんだん飽きてきたので、暗い茶色のデスクが欲しくなった。KANADEMONOだったり、PREDUCTSだったりと世の中にはおしゃれなデスクが様々あるけれどお値段が高すぎるのと「エンジニアなら既製品買わずにDIYできるやろ」とも思ったのでリメイクすることにした。 使った商品はこれ item.rakuten.co.jp いわゆるリメイクシートというやつで、この商品はシールになっているので接着剤が必要なくて便利。デスクの大きさにもよる

                                                「僕の考えた最強のデスク環境」をアップデートした。 - 文字っぽいの。
                                              • ITエンジニアは何か頼むと「めんどくせーな」と言い出す方が信頼できます。「頑張ります!」と言う奴ほどバックれます

                                                くわっちょ@社畜犬 @kuwaccho0711 ITエンジニアは何か頼むと「めんどくせーな」と言い出す方がまだ信頼できます。ツンデレなので。 「頑張ります!」と言う奴ほどバックれます。 2020-12-10 10:04:48

                                                  ITエンジニアは何か頼むと「めんどくせーな」と言い出す方が信頼できます。「頑張ります!」と言う奴ほどバックれます
                                                • ヤマト運輸株式会社 | GitHub

                                                  ※一部、誤解が生じる表現があったため、本文の修正を行っています。 1919年の創業以来、日本初となる路線事業を開始し、1976年には個人間で簡単に荷物を送ることができる「宅急便」を発売するなど、日本全国を網羅する物流ネットワークを構築し、社会的インフラとして社会課題の解決に取り組んできた。現在は、宅配便サービス国内シェア第1位(シェア:46.6%、2021年度、国土交通省調べ※)、国内宅急便ネットワークカバー率100%を誇り、宅配便の年間取扱個数は約22.5億個(2021年3月期)に達した。2020年1月に経営構造改革プラン「YAMATO NEXT100」を策定し、データ・ドリブン経営を推進している。 ※令和3年度 宅配便等取扱個数の調査及び集計方法(国土交通省) 開発環境の内製化の実現に向けAzureとGitHubを採用 開発基盤を統一し、アジャイル開発とDevOpsを促進 ・Azure

                                                  • エンジニア採用強化各社はいかに優秀なエンジニアがすでに在籍してるかよりいかに優秀なプロダクトデザイナーやマネージャーが在籍しているかをアピールしてくれ - まいくろ🍣きりみん

                                                    ポエムです。パッと勢いで書くので反論の余地があるかと思います。 あと何にやりがいを感じるかも多分かなり人それぞれだとは思います。 経緯 最近あらためて思うのが、よほど高度な技術を使っていない限りWeb系企業におけるエンジニアってあくまで守の存在なんですよね。プロダクトのやりたいことを妨げないために堅実にしっかりと物を動くものを作っていく。ただしそれは必要条件でしかなくて、事業が駄目なら成功しない— きりみんさん(きりみんちゃんのマネージャー) (@kirimin) November 6, 2019 エンジニアがどこまで仕様に口を出せるかは組織の体制や規模にもよるけど、やはり事業開発においてエンジニア一人がプロダクトの成功に与えられる影響力はあまりにも小さい。失敗に与えられる影響力は大きいけど🤭— きりみんさん(きりみんちゃんのマネージャー) (@kirimin) November 6,

                                                      エンジニア採用強化各社はいかに優秀なエンジニアがすでに在籍してるかよりいかに優秀なプロダクトデザイナーやマネージャーが在籍しているかをアピールしてくれ - まいくろ🍣きりみん
                                                    • エンジニアとして影響を受けた技術書ランキング2020年版

                                                      今年もやってきました!毎年恒例の 優秀なエンジニアが選ぶ「影響を受けた本ランキング」 をご紹介します。注目の新刊も数多くランクインしているので、ぜひチェックしてみてください。 2020年度版 エンジニアが影響を受けた本ランキング 調査概要 ・対象者:2019年に転職ドラフトへ会員登録して、指名獲得をしたユーザー ・ランキング内容:得票数10票以上の書籍を抜粋 ・比較対象:2018年に転職ドラフトへ会員登録して、指名獲得をしたユーザー 順位 昨対 書籍名 得票数

                                                        エンジニアとして影響を受けた技術書ランキング2020年版
                                                      • REST API のテストに Postman 使ってたけど Visual Studio Code の REST Client に乗り換えた - かずきのBlog@hatena

                                                        くっ、名前だけ知ってたけどこんなの便利だとは…!! marketplace.visualstudio.com Azure API Management の Visual Studio Code 拡張機能で API のテスト呼び出しに REST Client が使われてるので使い始めてみたのですが「あっ、ハイ。便利っすね…」という感想しか出てこないくらい便利でした。 普通に HTTP のリクエストをテキストで用意しておくと Send Request 押すだけでレスポンスを出してくれる…。 先人の方々が沢山紹介してくれてる記事があるので詳しい使い方とか推しのポイントはそちらを見るとわかりやすいと思います! qiita.com 私の推しポイント 上記記事にも書いてありますが、1ファイルで複数のリクエストを書いておいて、個別に実行できるので特定の API をテストで叩くためのファイルを 1 つ用意

                                                          REST API のテストに Postman 使ってたけど Visual Studio Code の REST Client に乗り換えた - かずきのBlog@hatena
                                                        • 「未経験で自社開発やってる会社に行きたい」という方に伝えていること。|おざまさ|note

                                                          新型コロナウイルス感染症やコロナワクチンについては、必ず1次情報として厚生労働省や首相官邸のウェブサイトなど公的機関で発表されている発生状況やQ&A、相談窓口の情報もご確認ください。※非常時のため、すべての関連記事に本注意書きを一時的に出しています。 サービス開始から2年弱が経ち、現在約2,000名のU30のエンジニアを目指す方にご利用いただいています。(いつもありがとうございます🙇‍♂️) 私自身もキャリアアドバイス(漠然とした悩みを一緒に言語化したり)と、リクルーティングアドバイス(企業への紹介や面接練習)を担当させていただき、サービスの中で少なくとも500人以上の方とお話させていただきました。(前職でもエンジニア採用を7年半やっていたので、わりと沢山のエンジニア・エンジニアを目指す方とお話させていただきました。 今回はそのなかで、未経験者や駆け出しエンジニアのみなさんに普段面談でお

                                                            「未経験で自社開発やってる会社に行きたい」という方に伝えていること。|おざまさ|note
                                                          • どうして未経験者はそんなにWebエンジニアにこだわるんだい?◕‿‿◕

                                                            わけがわからないよ。ここ数年で全く関係ない業種から、Webエンジニアになりたい人がかなり増えてるけど、わけがわからないよ。 どうして、君たちはWebエンジニアにそんなに魅力を感じるんだい?ぼくはWebエンジニアをしてるけど、そこまでこだわる理由がわからないよ。 自由な働き方ができて、給料も高く、ストレスフリーで働けるって思いこんでるみたいだけど、そんなのは怪しいインフルエンサーやプログラミングスクールの宣伝文句に過ぎないさ。 解説するよ。よく読んで! そんな…あんまりだよ、夜間メンテナンスや緊急対応があるって、こんなのってないよ!君たちはソシャゲがメンテナンスになったときに、文句を言ってるけど、 君たちがなりたいWebエンジニアが、メンテナンス中に何をしているか想像したことがあるかい? メンテナンス中、彼らはプレッシャーに耐えながら必死で働いているんだ。ユーザーのために、早くサービスを再開

                                                              どうして未経験者はそんなにWebエンジニアにこだわるんだい?◕‿‿◕
                                                            • GitLabで学んだ最高の働き方。気持ちよく働くための組織と個人のテクニック(前編)。デブサミ2022

                                                              今日は「GitLabで学んだ最高の働き方」ということで発表していきたいと思います。 私、伊藤と佐々木はGitLabでソリューションアーキテクトをやっている者です。 GitLabは、オンプレミス用のソフトウェアと、GitLab.comも長年やっておりますのでぜひ使ってください。去年めでたく上場しましたので、さらにいろんな機能を追加して強力なDevOpsプラットフォームとして展開していきたいと思っています。 このセッションで共有したい内容の背景、これは個人的にGitLab社に参画した理由のひとつでもあるのですが、製品が魅力的であることともうひとつ、GitLabはご存じの通り、ご存じない方もいるかもしれませんが、従業員全員がリモートワークをしている企業です。 そこなら最先端のやり方での働きができるのではないか、という仮説が私の中にありまして、入社しました。 で、実際どうだったかというと、はい、最

                                                                GitLabで学んだ最高の働き方。気持ちよく働くための組織と個人のテクニック(前編)。デブサミ2022
                                                              • 企業に聞いた!「エンジニアを面接で落とした理由」ランキング - paiza開発日誌

                                                                こんにちは。谷口です。 ITエンジニアの中には、面接でも「技術さえあれば特に喋らなくていいだろう」「技術だけを見てほしい」といった感じで、あまり多くを語りたがらない人もいます。 しかし、現実には応募者から説明してもらわない限り、「どんなスキルを持った人なのか」「これからどんな仕事がしたいのか」といったことはわかりません。 また、技術的には同じレベルの応募者が複数人来たとしたら、面接で「話がよくわからなかった」「人間性に不安が残る」という人よりは、「話がわかりやすくて、人間性も問題なさそう」な人が採用されるのは当然です。 ただ、個人で応募していると落選してもお祈りメール一通で終わるケースがほとんどで、面接における受け答えの改善点がわからなくて困ることもありますよね。 paizaでは、採用選考で応募者を落とした企業には「落選理由」をヒアリングしていますので、今回は技術面以外でエンジニアに多い落

                                                                  企業に聞いた!「エンジニアを面接で落とした理由」ランキング - paiza開発日誌
                                                                • 本当にあった怖いプログラム(クソコード事例集) - 株式会社アクシア

                                                                  プログラマーはクソコードが大好きです。プログラマーが仕事を進める上でクソコードは本来全力で回避するべき対象であるにも関わらず、プログラマーはクソコードの話題が大好きです。みんな張り切って自分が経験してきたクソコードの話で盛り上がります。 昨日こんなツイートをしました。 プログラマーとして数年経験していれば誰でもクソコードの1つや2つ見たことあると思いますが、今まで「これはクソ」と思ったコードにはどんなものがありましたか?リプ欄で共有いただければ幸いです。 — 米村歩@日本一残業の少ないIT企業社長 (@yonemura2006) April 26, 2018 そうしたら出るわ出るわ。皆さんのクソコード事例集があっという間に集合知として蓄積されていきました。エンジニアであれば誰しもクソコードの話題では盛り上がらざるを得ないわけですが、今回上記のツイートを私はある意図があって投稿しました。 そ

                                                                    本当にあった怖いプログラム(クソコード事例集) - 株式会社アクシア
                                                                  • プログラミングと女性の歴史

                                                                    Sep 17, 2018 ソフトウェアエンジニアの分野で活躍する女性がもっと増えてほしいという議論が日本だけでなくさまざまな場所で行われています。 数字で正確に推し量る事は難しいですが、やはり男性が多数を占める業界であるという認識が共有されています。 2013年にサンフランシスコで行われたJessica Lynn Suttlesさんの講演は個人的に目からウロコの内容でした。 歴史を紐解いて見ると、プログラミングへの大きな貢献を残した女性は数多く「女性が切り開いた業界」であるという一面があります。今回は海外で行われた講演や記事から読み取れる内容をまとめます。 その後、Ruby On Alesにてほぼ同じ内容の講演が行われこちらはアーカイブが残っています。(関係ないですが、confreaksはいいサイトですね。) The History of Women in Programming 世界初の

                                                                      プログラミングと女性の歴史
                                                                    • 挨拶の苦手な人間にエンジニアの資格は無いのか - 35歳からの中二病エンジニア

                                                                      ASD持ちのウェブエンジニアとして気になるツイートを見掛けたので、少し触れたいと思う。 「挨拶を強制されるような現場では働きたくない」みたいなエンジニアの意見もTwitterで散見されますしそれに「いいね」がたくさん付いてるのも見かけるんですが、「そういう人達はエンジニアにならないで欲しい。イメージ悪くなるし、いるだけで迷惑だし」というのが僕の率直な意見ではありますねw😅 https://t.co/5q3c660Lp3— 勝又健太|雑食系エンジニア|参加者数ランキング日本第10位のオンラインサロン主催 (@poly_soft) 2019年5月7日 反響が大きかったので補足 一番言いたいのは、「そういう特性の人もいるよ、互いの個性を尊重し合って適材適所が良いよね」という話。 苦手な人が表面上のコミュ力を身に付けること自体は無理の無い範囲でやっておくと可能性が広がることは間違いない。 ツイー

                                                                        挨拶の苦手な人間にエンジニアの資格は無いのか - 35歳からの中二病エンジニア
                                                                      • 採用担当者から見る、実務未経験エンジニア市場で起こっていること|とし|note

                                                                        iCAREでVPoEをしている安田と申します。 弊社のエンジニア採用は、以前は実務経験のある方に対象を絞っていましたが、数ヶ月前から実務未経験エンジニアも積極的に採用するようになりました。 そして、実務未経験エンジニアを対象として、かなりの数の書類選考、カジュアル面談、面接をしてきました。その結果、多くのことがわかってきたのですが、今日はこの実務未経験エンジニア採用まわりの知見について、過去のツイートも参照しながら、まとめてみたいと思います。 採用担当者は「そっくりな」応募者情報の山の中で疲弊している自分は実務未経験エンジニアの採用活動について、折に触れてツイートしているのですが、このトピックで、はじめてある程度の注目を集めたのが、以下のツイートです。 今日も未経験エンジニアとカジュアル面談しましたが、最近思うことなのですが、未経験エンジニアが市場に溢れすぎて、かつ彼らの作るポートフォリオ

                                                                          採用担当者から見る、実務未経験エンジニア市場で起こっていること|とし|note
                                                                        • ITって現代の農業じゃん

                                                                          自分はITについては齧る程度しか知識が無い。のを断っておく。 IT人材の不足がどうこう、みたいなブログ読んでたんだけど。 あれ?って違和感があった。 あれ?なんでこの人たちこんな大量に働いてるんだ? ITって、ウェブサービスとかかな?ソシャゲ?それで人海戦術ってこと? カタカタカタっ!カッターン!って問題を解くような競技プログラミングとか、そういうんじゃなくて。 社内の環境を作るために、サーバーの保守?(最近はAWSとか?)(出先で勤務みたいな?なんだっけ、客先常駐みたいなやつ?) なんというか、えっと。 ITって、複雑な問題や大量の問題を、能率的に解決するわけで。 なんで、ガタガタガタガタ~って人海戦術みたいに、IT技術者が何十万人も必要ってことになるんだろう。 これは馬鹿にしてるように聞こえて申し訳ないんだけど。 農業従事者って昔は国民の9割くらいはいたわけで。 それは、肥料とかで収穫

                                                                            ITって現代の農業じゃん
                                                                          • https://www.si-ght.jp/entry/techandme-chiyoda02

                                                                              https://www.si-ght.jp/entry/techandme-chiyoda02
                                                                            • 男女平等の何が嫌いか?説明しといてやる

                                                                              合理性がなく、非効率で、男女平等にすることで社会全体のプラスにならんからだな。 医大採点ギャップ問題医療の現場の要求として、過酷な現場でタフに働ける若く優秀な男性医師を必要としている背景がある。ここで男女平等をおしつけて、使えない女性医師をねじ込んでも、社会にとっては損にしかならない。非合理的で非効率で下らない。女性医師を増やしても医師の負担は増さない様に、イギリスやアメリカの様に、医療費の負担を大幅に増して、予約をして何か月も待ってから漸く診断を受けられる国にする覚悟もなく、社会を破壊する行為がフェミの運動。 ITエンジニアや科学者の男女格差論理的思考能力に男女間で大きな差があるのは明らかな話、そうでなければ女性のノーベル賞受賞者、フィールズ賞受賞者はもっと居てもいいはずだ。社会にとって重要な発見をし、重要なものを作ることが出来る。その様な理性と知性は男性に多く備わっているものであること

                                                                                男女平等の何が嫌いか?説明しといてやる
                                                                              • プロジェクト管理のノウハウ ”炎上プロジェクトの立て直し“編|赤荻大貴|note

                                                                                スマホゲーム運営のコンサルティングをやっております、あかおぎ(@akahiro0211)です。 今回はみなさん大好きな「炎上」をテーマにnoteを書いてみようと思います。 といっても「ネット上の炎上」ではなく笑、 「炎上しているプロジェクトに自分がアサインされた時、それをどうやって鎮火させるか」 という、もっと身近なやつです。笑 ネット上で炎上したことはないけど、炎上プロジェクトにアサインされて辛い経験をしたことのある人は、なかなか多いんじゃないでしょうか。 これを書こうと思ったのは、ぼくが今までの経歴上、炎上プロジェクトに途中からアサインされて火消しをするということが多く、 ・炎上しているPJの共通点がだいたい見えてきて ・火消しの際、やることが毎回一緒だと思ったので これを共有したら、日本のどこかで炎上プロジェクトに疲弊している人の助けになるかな、と思ったためです。 ※炎上プロジェクト

                                                                                  プロジェクト管理のノウハウ ”炎上プロジェクトの立て直し“編|赤荻大貴|note
                                                                                • Not Found

                                                                                  新着記事