並び順

ブックマーク数

期間指定

  • から
  • まで

401 - 440 件 / 1234件

新着順 人気順

エンジニアの検索結果401 - 440 件 / 1234件

  • 自らを強いエンジニアにするための3つの習慣 / I need to be myself, I can't be no one else

    Developers CAREER Boost 2023 登壇資料

      自らを強いエンジニアにするための3つの習慣 / I need to be myself, I can't be no one else
    • これからはじめる Azure の基礎知識 | 外道父の匠

      まいど AWS の犬が、少々 Azure に触れてみましたので、絵は描かずに基礎知識の整理と共有だけしていきたいと思います。 全然ド素人な状態なので、なにかしら間違ってたり不足していると思われますが、同じようにイチから調べる人の足がかりにでもなれば、くらいの質感で進めていきます。 はじめに 今のところ少々用事があっただけなので、これから Azure を掘り下げるぞとか、Azure の犬になるぞ、とかは考えていなく一発ネタで終わる可能性が高いです。雑なメモをブログに起こして、いったんの区切りとする個人的な清書のため、詳しくはちゃんとリンク先のドキュメントなどを読んでくださいませ。 さて、AWS に似たパブリッククラウドはいくつもあり、Azure もその1つです。公式ドキュメントに何箇所も AWS との比較が出てくるくらいには、Azure も AWS を意識しています。 例)AWS サービスと

        これからはじめる Azure の基礎知識 | 外道父の匠
      • ドメイン駆動設計は何を解決する手法なのか - stmn tech blog

        こんにちは、リファクタリング大好きなミノ駆動です。 株式会社スタメンでは、企業エンゲージメント構築サービスTUNAG(ツナグ)の技術的負債解消と今後の持続的成長のため、ドメイン駆動設計(DDD)の導入を検討しています。 ところでDDDはとかく理解しづらく、何のためのDDDなんだという議論になりがちです。この記事では、DDDの真の主人公コアドメインを中心に、DDDが何を解決するものなのか、全体像を改めて整理します。 この記事で扱う内容 DDDが解決したい課題と解決方法の全体像。 この記事では扱わない内容 設計パターンの実例などの実装詳細。 大事な前提 〜利益を得るためのサービス開発 会社でのサービス開発は、趣味や道楽でやるものでしょうか。違いますね。ビジネスとして、企業活動としてサービス開発しています。当たり前の話ですが、利益を得られるように開発しなければなりません。 ドメイン駆動設計は、継

          ドメイン駆動設計は何を解決する手法なのか - stmn tech blog
        • 「転職した方が上がる」エンジニア給与バブルの終焉と、雑すぎる一部人材紹介会社|久松剛/IT百物語の蒐集家

          エンジニアバブルの終焉についてお話したものが2023年5月28日。あれから半年が経ち明確に転職時の給与についても影響が現れ始めました。スカウト媒体や人材紹介の状況を踏まえつつお話していきます。企業、候補者、そしてその間にある人材事業の事情と思惑を整理していきます。 有料設定していますが、最後まで無料でお読みいただけます。もしよければ投げ銭感覚で応援をお願い致します。 伸び悩む給与提示2022年以前であれば積極採用企業が複数集まることで競りのような現象が起き、現年収に対し1.25倍以上の提示が見られました。これは「社内で出世するより転職した方が年収が上がる」という言説に繋がって行きました。 現在では現年収据え置き、もしくは+50万円程度が相場になっています。給与が大きく上がる場合は現職の待遇が相場より悪く、そのまま入社すると自社の給与水準より低くなる場合や、新卒より低くなるためといった背景が

            「転職した方が上がる」エンジニア給与バブルの終焉と、雑すぎる一部人材紹介会社|久松剛/IT百物語の蒐集家
          • レコードオーディオマニアが知らない今のレコードの事と「日本」の役割

            島耕作持ち晒しみたいになって悪いんだが、「島耕作描いてる人間はレコードの持ち方を知らない」って言うのがバズってるワケよ。 https://twitter.com/belmie2001/status/1709766808201527649 こういうレコードの持ち方批判の投稿がバズってるをよく見る。 「正しい持ち方」っていうのは、レコードの端をもって盤面を指で触らない。指紋が付いて溝に脂が入ったり後でカビたりするから。 だけど、レコードっていうのは実はずっと現役メディアなんよ。何処でか?というとクラブDJで。 それでDJっていうのはそういう持ち方しない。普通に島耕作みたいな持ち方で扱う。 例えばこれは自宅でDJプレイしてようつべ配信している素人愛好家なんだが、島耕作持ちしてる。 https://youtu.be/afjS-Km6juU?si=1ldtDQ1E2mQpzdPs 別に再生しなくても

              レコードオーディオマニアが知らない今のレコードの事と「日本」の役割
            • GitHub Projects を利用したタスク管理 - 一休.com Developers Blog

              宿泊開発チームでエンジニアをしている @itinao です。 昨年の10月に入社しました。 今回は GitHub Projects を利用したタスク管理について記載します。 なんとなーく GitHub Projects 使うと、KANBANにしてみたり リストにして使ってみたり で終わってしまいます。 もっと色々できるんだよってことが伝えられればと思います。 背景 どんな機能があるか Custom Fields Views Group by Slice by Workflows ISSUEと Pull requestの紐づけ Insights タスクの進め方 タスクの洗い出し 見積もり 現状の課題と今後の展望 まとめ さいごに 背景 一休ではチームごとにタスクの管理方法が違い、 Google Spreadsheet・GitHub Projects・Jiraなど、チームごとにタスク管理の方法

                GitHub Projects を利用したタスク管理 - 一休.com Developers Blog
              • 家は人生で一番高いガジェット。ずっと最新技術で遊べる「アップデートできる家」を目指した【エンジニア、家を建てる】 - MY HOME STORY │スーモカウンター注文住宅

                東京近郊に戸建てを建てたHiroakiさん。遮光用のスクリーン、リビングの照明、全館空調の温度など、さまざまな設備をコントロールできるスマートホームです。 将来的に最新技術を遊び倒せる「アップデートできる家」にしたいと考え、各種ケーブルの空配管や電気自動車(EV)の電源などを確保しているのもポイント。 職業柄、「よりよいもの」や「よりよい環境」を求める方が多いエンジニアの家づくりを紹介する「エンジニア、家を建てる」第7回です。 はじめまして、Hiroakiと申します。共働きの夫婦(私40代、妻30代)と子ども2人(長男4歳、長女0歳)の4人家族で暮らしています。 私は10年ほど自動車業界に携わっており、現在はソフトウェアプラットフォーム開発チームのエンジニアリングマネージャー(EM)をしています。 これまで国内外さまざまな場所に暮らして仕事をしてきたのですが、子どもの成長につれて定住を考え

                  家は人生で一番高いガジェット。ずっと最新技術で遊べる「アップデートできる家」を目指した【エンジニア、家を建てる】 - MY HOME STORY │スーモカウンター注文住宅
                • htmxとは何なのか? その背景にある思想について - Qiita

                  先日、Qiitaに投稿された一つの記事が注目を集めました。 元記事では、htmxというJavaScriptライブラリが英語圏で認知を獲得しているとして、インストールの仕方から使い方について公式のドキュメントの全体にわたって簡単に説明が行われています。 さまざまなプラットフォームでこの記事に対する反応を観察してみると、どちらかというと懐疑的な見方のほうが優勢のように見受けられます。ただ、多くのコメントは誤解に基づいているように見受けられました。「JSが要らない」といった元記事のミスリードによるところも大きそうですが1、なぜhtmxが大きく支持を得つつあるのかを理解するには、背景情報を含めて理解することが必要です。 htmxは、最近の複雑化するフロントエンド技術に対する単なる逆張りではありません。これまで30年ほどのあいだウェブ上のシステムを支え続けた「ハイパーメディア」の持つ強力さに今一度目

                    htmxとは何なのか? その背景にある思想について - Qiita
                  • マルチテナントの実現におけるDB設計とRLS / Utilizing RSL in multi-tenancy

                    # 実装の参考資料 - https://soudai.hatenablog.com/entry/2022/11/11/110825 # 類似の登壇内容の動画 - https://www.youtube.com/watch?v=PXy6I-AeI-I

                      マルチテナントの実現におけるDB設計とRLS / Utilizing RSL in multi-tenancy
                    • ARMはx86より効率がいいというのは過去の神話

                      従来から、「ARMはx86より(電力的に)効率的だ」という言説があります。これは単純に「ARMは省電力なスマホ向けで、x86は電力を食うPC向け」程度のアバウトなイメージのこともありますし、前世紀のRISC vs CISC論争のころからある「ARMはx86 (x64を含む)に比べ命令セットがシンプルなので、命令デコードにかかる電力が少なくて済んで効率的」という議論の形をとることもあります。 この議論については、半導体エンジニアの多くは「ARMがx86 より効率が良いというのは、もはや過去の神話」(in today’s age it is a very dead argument)という認識を共有していると言っていいでしょう。有名なところではApple CPU (ARM)とZen (x86)の両方を開発したジム・ケラー氏のインタビューでも言われていますし、Chips and Cheeseとい

                        ARMはx86より効率がいいというのは過去の神話
                      • 「マッチングアプリ」に疲れて「Googleドキュメント」に移行する人々が増加中 | もうスワイプする必要はない

                        シンプルに自己アピールで勝負 ソフトウェアエンジニアのコニー・リー(33)は昨年、恋人と別れた後、ふたたびマッチングアプリを使うようになった。しかし、そこで出会った男性の多くはカジュアルな関係を求めているようだったので、彼女は違う方法を試してみることにした。 それは、記事1本分ほどもある長い履歴書のようなプロフィールを書くことだった。デート相手を探すために、レジュメのような長い自己紹介文を他人がオンラインで公開しているのを見たことがあったのだ。

                          「マッチングアプリ」に疲れて「Googleドキュメント」に移行する人々が増加中 | もうスワイプする必要はない
                        • 【2024年度】エンジニア向け研修資料まとめ - Qiita

                          はじめに 本記事では無料で公開されている企業のエンジニア向け研修資料をまとめました。 近年では、多くの企業が新人向けの研修資料を公開しています。これらの資料は内容が充実しており、初心者から中級者まで幅広いレベルの学びを得ることができます。さらに、資料の作り方も参考になるため、勉強会で発表する人や企業の研修担当者にとっても貴重な情報源となっています。 本記事では様々な企業のエンジニア向け研修資料をまとめましたので、ぜひ参考にしてみてください! 弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています!興味をお持ちいただける方は、こちらまで。 この記事の主な対象者 有名企業の研修資料を幅広く確認したい方 エンジニアとして初級から中級レベルの方 独学で学んでいる方 今後研修資料

                            【2024年度】エンジニア向け研修資料まとめ - Qiita
                          • Dockerがわからない人へ。これ1本で0から学べる丁寧なDocker入門 - Qiita

                            はじめに 私のエンジニアとしての初仕事はDockerでした。辛かったのをいまでも思い出します みなさんこんにちは、Watanabe Jin(@Sicut_study)です。 みなさんはエンジニア始めたての時にどんなことで苦労したでしょうか? GitHub Docker Kubernetes AWS など色々あるかと思いましたが、「環境構築」というのは多くの人がつまづく箇所かと思います。 プログラミングの勉強をするにはそもそもの開発環境がないとできないことも多いです。 またAWSなどのクラウドを利用してデプロイをするときにも再度登場して苦しめられます。 今回はそんな初心者には考え方や使いどころがわかりづらいDockerについて例え話を活用しながら説明していきたいと思います。 Dockerが難しいと思うのは、「概念がよくわからない」「説明を読んでも使いどころのイメージがつかない」というのがある

                              Dockerがわからない人へ。これ1本で0から学べる丁寧なDocker入門 - Qiita
                            • [登壇資料]DX担当としてクラスメソッドからアナログ事業会社に転職し一年間必死に戦った中で見えたこと #devio2023 | DevelopersIO

                              [登壇資料]DX担当としてクラスメソッドからアナログ事業会社に転職し一年間必死に戦った中で見えたこと #devio2023 ゲストブロガーの恩塚(@onzuka_muscle)です! 2022/8にクラスメソッドを退職しちょうど1年くらい経ったこのタイミングで有難いことに登壇の機会を頂きました。 ほとんど技術的な話はできないので引き受けるべきか悩んだのですが、私が1年間やってきたことをありのまま話すことでエンジニアの方でもビジネス側の方でも何か一つくらいは響くことがあればいいなと思い引き受けさせていただきました。 資料 補足 イベントでは口頭で話したことも多かったのでスライドに補足を入れていきます。 取り組んできたこと PC交換 入社前は全く想定していなかった落とし穴として従業員に貸与している社用PCの状態が非常に悪かったことがありました。 Excelやブラウザ操作でも重くてまともに操作で

                                [登壇資料]DX担当としてクラスメソッドからアナログ事業会社に転職し一年間必死に戦った中で見えたこと #devio2023 | DevelopersIO
                              • 44歳独身ソフトウェアエンジニア、家を買う。 - Lean Baseball

                                本ブログ「Lean Baseball」開設10周年企画*1かつ, ちょっとした近況報告となります. お世話になっている皆様へ(TL;DR) 東京(の西側*2)で家を買いました, 引っ越しました. この決断とオチ, 未来に至るまで, 自分のキャリアとアウトプット, そしてこのブログは不可欠でした. 現職から前職以前の同僚(元同僚), アウトプットや色んなことを応援してくださった皆様そして何よりも家族と友人に心から感謝御礼申し上げます🏚 お祝いはこちらからお待ちしています. 44歳独身ソフトウェアエンジニア、家を買う。 作業環境(まだ作ってる最中) こちらが購入したお家...で最初に作った作業環境です💻*3 (人生の一般的なアレとして)「家を買う(家の主となる)」事は一つの大切なライフステージのイベントなので, お世話になっている皆様へ(TL;DR) 44歳独身ソフトウェアエンジニア、家を

                                  44歳独身ソフトウェアエンジニア、家を買う。 - Lean Baseball
                                • 会計ソフト「やよい」に“実は確定申告できていなかった”不具合 「再度電子申告してほしい」

                                  クラウド会計ソフト「やよい」シリーズを開発する弥生(東京都千代田区)は12月5日、同社開発のソフトで確定申告のデータが正しく送信されない不具合を確認したと発表した。画面上では確定申告が終わったように見えていたが、実際は国税庁にデータは送れていなかったという。 不具合が発生していたのは11月13日~12月4日。対象のソフトは「やよいの青色申告 オンライン」「やよいの白色申告 オンライン」「弥生会計(やよいの青色申告)」の3種類。期間中、これらのソフトを使って、e-Taxに直接申告できる機能「確定申告e-Taxオンライン」を利用していた場合、不具合に該当する。 不具合の内容は「確定申告e-Taxオンラインの画面上では、確定申告データの送信(電子申告)が完了しているように見えるが、実際には国税庁にデータが送信されていない」というもの。また期間中、「弥生製品からメッセージボックスを確認すると、動作

                                    会計ソフト「やよい」に“実は確定申告できていなかった”不具合 「再度電子申告してほしい」
                                  • HTTP/3|Webエンジニアが知るべき新常識 ─ QUICやコネクションマイグレーションなどを学ぶ|ハイクラス転職・求人情報サイト AMBI(アンビ)

                                    HTTP/3|Webエンジニアが知るべき新常識 ─ QUICやコネクションマイグレーションなどを学ぶ 新しい通信プロトコルとして普及が進んでいるHTTP/3については、エンジニアHubでも過去に概論的な記事を掲載しています。今回はアプリケーション開発者が自社サービスでHTTP/3を採用することを想定して、仕様上の留意点や、どのように使い始めるか、そしてサイトを制作する際に注意しておきたいポイントまでを藤吾郎(gfx)さんに解説していただきました。 本記事ではHTTP/3およびその通信プロトコルであるQUICを、アプリケーション開発者として活用する立場で入門します。HTTP/3は、HTTP/1.1とHTTP/2に続く新しいメジャーバージョンのHTTPプロトコルです。HTTP/3はHTTP/1.1およびHTTP/2を置き換えるポテンシャルを持っています。将来的にほとんどのインターネットトラフィ

                                      HTTP/3|Webエンジニアが知るべき新常識 ─ QUICやコネクションマイグレーションなどを学ぶ|ハイクラス転職・求人情報サイト AMBI(アンビ)
                                    • エンジニアはどう学んでいけばよいのか - つまりは「知ったかぶり」 の積み重ね - Qiita

                                      はじめに この記事では、学んでいくためのマイルストーンとして「知ったかぶりができること」を設定するのもアリなのでは? という提案をします。 初学者でなくても『どうやって学んでいこうかな~』は全エンジニアの関心事だと思うので誰かの行動のきっかけになれたらうれしいです。 目次 (エンジニア)人生は勉強や! 「知ったかぶり」を再定義する 「知ったかぶり」を可視化する 無知の知はすぐに自覚できる どうすれば人に説明できるようになるのか いったんここまでのまとめ 脳内イメージの解像度をどう上げていくか アウトプット先を意識したインプットをしよう " 知ったかbrilliant Journey of Engineers " さあ、なにを知ったかぶりしていこう? おわりに (エンジニア)人生は勉強や! 技術は高速かつ複雑に成長しているので、新たな分野を学ばなきゃいけない機会はどんどん増えていく。また、そ

                                        エンジニアはどう学んでいけばよいのか - つまりは「知ったかぶり」 の積み重ね - Qiita
                                      • 2023 年に読んでよかった本

                                        2023 年に読んでよかった本 2023.12.30 年末なので 2023 年のまとめっぽい記事を書きたくなりました。今年は 1 年間でおおよそ 300 冊の本をよんだようです(そのうち 3 割ほどはラノベなのですが...)。その中でも特に印象に残った本を紹介します。 年末なので 2023 年のまとめっぽい記事を書きたくなりました。 今年は 1 年間でおおよそ 300 冊の本をよんだようです(そのうち 3 割ほどはラノベなのですが...)。その中でも特に印象に残った本を紹介します。 忘れる読書 この本では「本は忘れるために読んでいます」と語られています。というわけでこの本の内容もあまり覚えておりません(?)。 本を読むときには一字一句正確に覚えるような読み方をしていると、「覚えなきゃ」という気持ちが芽生えてしまい、本を読むことが苦痛になってしまうことがあります。そうではなくて、パラパラとペ

                                          2023 年に読んでよかった本
                                        • エクストリーム東京都知事選2024結果

                                          https://anond.hatelabo.jp/20240610211933 優勝:田母神俊雄(元航空幕僚長)267699票 準優勝:安野貴博(AIエンジニア)154638票総評選挙自体は小池百合子が291万票を得てゼロ打ちで当確が出るほどの圧勝。当初4年前の小野泰輔よりも厳しいと予想していた石丸伸二が小池批判票と立共批判票を集めて善戦し165万票獲得で次点。蓮舫は8年前の鳥越俊太郎すら下回り128万票で3位の惨敗。2位にすらなれず無党派層を石丸にとられたどころか、本来の立憲民主党の支持層すら石丸に取られている。蓮舫個人の人望の無さに加え、手下による選挙終盤の小池への野次も自身へのデバフとして効果した。自滅以外の何物でもない。 はっきり言って立憲民主党の執行部を総入れ替えして、市民連合と共産党との協力体制を見直すレベルだが恐らくそうはならないだろう。直近の基礎自治体の選挙や補選での成功

                                            エクストリーム東京都知事選2024結果
                                          • AWS WAF について最初から知りたかったこと8選 - 電通総研 テックブログ

                                            こんにちは。X(クロス)イノベーション本部 ソフトウェアデザインセンター セキュリティグループの耿です。 AWS WAF は簡単に Web アプリに WAF を追加でき、かつ値段も他の WAF 製品より安いため、好きな AWS サービスの一つです。そんな AWS WAF ですがしばらく構築・運用し、これを最初から知っておけば・・・と思ったことがあるので 8つご紹介します。 AWS WAF の基本については分かっている前提で、特に説明はいたしません。また2023年10月現在の最新バージョンである、いわゆる「AWS WAF v2」を対象としています。 その1: AWS マネージドルールのボディサイズ制限が厳しい その2: ファイルアップロードが AWS マネージドルールの XSS に引っかかることがある その3: マネージドルールにはバージョンがある その4: CloudWatch Logs

                                              AWS WAF について最初から知りたかったこと8選 - 電通総研 テックブログ
                                            • グリコ出荷再開へ システム障害招く「25年の崖」経済損失12兆円にも

                                              江崎グリコは4月3日に基幹システムの切り替え作業時にトラブルが発生し、物流センターにおける出荷データなどに不具合が生じた。同社製品のほか、江崎グリコが販売を請け負うキリンビバレッジの「トロピカーナ」なども出荷停止を余儀なくされている。障害発生から2カ月以上たってなお、主力商品の出荷を再開できない深刻な事態だ。 ユニ・チャームでも5月上旬に基幹システムを更新した後にトラブルが起こった。大規模な混乱にはならなかったが、公式通販サイトでは6月中旬時点で、紙おむつなどの到着に1週間~10日ほどかかる状況だ。ユニ・チャーム上席執行役員の上田健次ESG本部長はこの遅れについて、「小売店向けの出荷を優先して正常化させたため」と説明する。 3社のトラブルはともに基幹システムの障害を発端としたものだが、今後同様のトラブル事例が増える可能性は高い。日本独特の商習慣など複数の原因が絡み合い、システム刷新を難しく

                                                グリコ出荷再開へ システム障害招く「25年の崖」経済損失12兆円にも
                                              • 「履歴書の字が汚いと採用で不利」は本質的じゃないと思ってたけど「使用言語:swift」って表記を見たときはそこで人を判断しそうになった

                                                kumamo_tone @kumamo_tone iOS/Android/Flutter developer at YOUTRUST Inc. (ex. Merpay, Yahoo! JAPAN) kuma.dev kumamo_tone @kumamo_tone なんだろう、履歴書の字が汚いと採用で不利になるみたいなのナンセンスとか思ったりする割に、いざレジュメ見る立場になったとき「使用言語:swift」って表記見て「まともなエンジニアがそこ小文字にするか…?」って全然本質じゃないところで人を判断しようとした自分に驚いたんですよね 2023-10-25 01:36:36

                                                  「履歴書の字が汚いと採用で不利」は本質的じゃないと思ってたけど「使用言語:swift」って表記を見たときはそこで人を判断しそうになった
                                                • 『読書とは、能力、知識ではなく 問いを獲得するための行為』みたいな内容で登壇しました。 - じゃあ、おうちで学べる

                                                  問題を解決する能力は確かに重要ですが、それ以上に、何が本当に重要な問題なのかを見極め、それを明確に設定する能力が不可欠です。問いを適切に定義できなければ、どんなに高度な解決技術を持っていても、その力は十分に発揮されません。また、誰にとって適切な問いなのかも考える必要があります。問題解決の過程において、問題そのものの本質を正確に把握し、適切な問いを立てることは重要です。 イシューからはじめよ――知的生産の「シンプルな本質」 作者:安宅和人英治出版Amazon 概要 SREたちの廊下〜あなたの現場での悩み、あの本にヒントがあるかも〜にて「書を捨てよ、現場へ出よう - このSRE本がすごい!2024年 LT版」 というテーマで登壇しました。のイベントは2024年1月末に注目を集めた『このSRE本がすごい!2024年版』をテーマにしたもので、多くの参加者とパネルディスカッションのスピーカーであるT

                                                    『読書とは、能力、知識ではなく 問いを獲得するための行為』みたいな内容で登壇しました。 - じゃあ、おうちで学べる
                                                  • 【令和最新版】何もわからない人向けのローカル LLM 入門

                                                    こんにちは、Saldraです。普段はPictoriaという会社でAIの美少女の錬成に励んでいるエンジニアです。この記事はローカルLLMの概要をつかむことを目的とします。対象読者は以下です。 なんとなく ChatGPT は使ったことある人 ローカル LLM を聞いたことあるけどやったことない人 ローカル LLM とは OpenAIがAPIを公開してから、大規模言語モデル(以降LLMとします)は大きく進化していきました。この進化はOpenAIのAPIだけでなく、ローカルLLMも進化をしています。 ローカルLLMとは「一般向けにファイルとして公開されたモデル」で推論させる遊びです。APIは便利ですが、インターネットの接続が必要であったり、API提供側に依存する問題があります。ローカルLLMは自前で運用ができるため、APIにはないメリットや魅力があります。一方で、環境構築やマシンスペック等、少し始

                                                      【令和最新版】何もわからない人向けのローカル LLM 入門
                                                    • 【中級者】書籍「ITプロジェクトの英語」より「知っておくべき英語での言い回し10選」

                                                      ITプロジェクトに関わるプロジェクトリーダー、プロジェクトマネージャー向けの理解しておくべき英語の言い回しが紹介されています。プロジェクトのプロセスに合わせて、ポイントや例文を多数紹介しており、より具体的で活きた英文を学ぶことができます。工数や人日・人月などの表現から、契約締結、共通化、引き継ぎ、遅延、暫定対応、検収、口頭伝達などよく使う表現にポイントを絞って例文を紹介しています。企画、設計、開発から、保守、管理、評価まで、ITプロジェクト全体をカバーしているため、PLやPMの方はもちろん候補となるエンジニアのメンバーも抑えておくとよいでしょう。

                                                        【中級者】書籍「ITプロジェクトの英語」より「知っておくべき英語での言い回し10選」
                                                      • クリーンアーキテクチャの功罪

                                                        クリーンアーキテクチャというと設計における銀の弾丸のように扱われていて、クリーンアーキテクチャを導入するという記事をよく見ます。しかし自分の経験だとクリーンアーキテクチャで書かれているのにもかかわらず開発効率が落ちているという事が多く、いつでも使っておけばいいというものではないと思っています。 最近目にしたクリーンアーキテクチャに対する批判 本筋ではないので詳細は省きますが、あるとき[1][2]にUncle Bobの著書であるCleanシリーズへの批判をXで見ました。 ここで一番載せたかったものが今見つけられないのですが、以下のようなポストがありました。 書籍クリーンアーキテクチャに書いてある内容を抜きにして起こった現象だけを見るとマイナスの方が多い このポストが自分の感じていることを端的に表現できているように感じました。書籍クリーンアーキテクチャの内容を悪いと思いませんが、その影響により

                                                          クリーンアーキテクチャの功罪
                                                        • VSCode上でシーケンス図/クラス図/フローチャートをサクッと書きたい ~Mermaid Graphical Editor~ - Qiita

                                                          VSCode上でシーケンス図/クラス図/フローチャートをサクッと書きたい ~Mermaid Graphical Editor~初心者umlVSCode新人プログラマ応援mermaid はじめに Mermaid Graphical EditorというVSCodeの拡張機能にとても感動したので一筆書きました こんな方におすすめ シーケンス図/クラス図/フローチャートをサクッと書きたいけどmermaidとか難しそう 😢 できること VSCode上でポチポチしながらシーケンス図/クラス図/フローチャートを描けるようになる mermaid記法のコードも自動生成されるよ 個人的メリット mermaidの学習コスト0 紙で書くよりも修正しながら書きやすい 導入手順 (簡単7steps) (1) VSCode上で「Mermaid Graphical Editor」という拡張機能をインストールする (2)

                                                            VSCode上でシーケンス図/クラス図/フローチャートをサクッと書きたい ~Mermaid Graphical Editor~ - Qiita
                                                          • 生産性の可視化こわい - masayuki5160's diary

                                                            TL;DR 立場によっては、組織全体の生産性の可視化が必要なのはわかる。 ただ、チーム単位での生産性の細かい可視化の話はちょっとこわい。チーム単位での生産性に関しては、ある期間にそのチームがどんな機能をリリースして、それがどうだったか、を評価して、をすればだいたい良いような。 生産性の可視化? 全然知らなかったんだけど、開発生産性の可視化を支援するSaaSがあると先日知った。こちら。 findy-team.io なるほど最近はすごい便利なものがあるなーと思った。 一方で、このツールと日々にらめっこしてるチームはなんか僕が目指したいチームではないなと思った。だから、僕はこういうツールは今の僕の立場としてはいらないなーと思った。 でも、組織に所属するエンジニアが100名、200名とか規模になってるようなとき、その組織のCTOなりVPoE、組織横断の課題を解決するチームなどはこういったツールは必

                                                              生産性の可視化こわい - masayuki5160's diary
                                                            • 簡単にオリジナルChatGPTアプリが作れる『GPTs』で、ドット絵生成チャットを作成 - Taste of Tech Topics

                                                              こんにちは、安部です。 11月なのに暑かったり寒かったしますが、皆様いかがお過ごしでしょうか。 さて、先日のOpenAI DevDay、大変な盛り上がりでしたね。 様々な新機能が公開され、GPT関連がさらなるパワーアップを遂げました。 DevDayは基本的に開発者向けのイベントですが、一般ユーザ向けの新機能も公開されました。 それがGPTsです。 今回は、GPTsが使えるようになったので試してみたいと思います。 GPTsとは GPTsとは、GPT Builderを使ってノーコードで簡単にChatGPTをカスタマイズできるサービスで、今のところ有料ユーザのみが使用できます。 ChatGPTは特定タスク向けのサービスではありませんが、精度の良い回答をもらおうと思ったらプロンプトを工夫したり事前情報をたくさん与えないといけなかったりしますよね? GPTsは、あらかじめ特定の目的を持たせたChat

                                                                簡単にオリジナルChatGPTアプリが作れる『GPTs』で、ドット絵生成チャットを作成 - Taste of Tech Topics
                                                              • エンジニアの成長における過去と現代の違い | 外道父の匠

                                                                自身の過去の成長過程と現在の環境を思い浮かべたときに、得やすいもの得づらいものの違いを強く感じ、良好な成長のために一考してみた次第です。 といっても既にある Tweet のセルフまとめに、思い出と昔話なポエムを追加したようなチラ裏回です。 時代の変遷によるステータス変化 要約すると、現代は技術力の向上に必要な環境と既定路線があって向上速度が早いのに対し、昔(2010年以前とか)は頭を悩ませまくって乗り越えるべき壁が大量にあったおかげで解決力は相当鍛えられたよねってところ。 個人的には誰であれ、今!自分が!解決しないと!詰んでしまう!! てかもう詰んでるだろコレ!!!! って状況でひたすら悩んでから、寝て起きたら解決したよぉ!みたいのを体験してほしいし、一度は死の淵まで行ってこいって思っている — 外道父 | Noko (@GedowFather) July 17, 2024 これについて、

                                                                  エンジニアの成長における過去と現代の違い | 外道父の匠
                                                                • WBSについて学び直した - Qiita

                                                                  エンジニアのみなさま、日々の学習本当にお疲れ様です! また本記事まで足を運んでいただき本当に感謝です。 約3分程度で読めるので最後まで読んでもらえると幸いです。 本記事を書こうと思った経緯 プロジェクト管理をする上でWBSに触れる機会が多いものの、表面的な理解しかできておりませんでした。 「何のために使うのか?」 「この手法を活用し、どの様な責務を持たせるべきなのか?」 を理解したい。そして実践したい。 その結果、プロジェクトにおける工程管理を「正しい知識を持って」「より円滑に」プロジェクトを進めたいと思ったためです。 いくつか記事を見ながら学び直した内容を要約してみました。 実務でWBSを活用したときのつらみや感じたことを織り交ぜながら本記事を完成させたいと思います。 主観が多いため 「もっとこうした方が良いよ!」 や 「うちの会社ではこの様な考えで取り組んでます!」 があればぜひコメン

                                                                    WBSについて学び直した - Qiita
                                                                  • 『ルールズ・オブ・プログラミング』を読んだ #iknowtherulesjp - Don't Repeat Yourself

                                                                    Ghost of Tsushimaなどを作った会社の人が書いた本です。ゲーム開発におけるコードを書く際の教訓を整理し、改めて示し直したいい一冊だったと思います。大事なことですが、著者は決して「このルールを絶対使え」と言っているのではなくて、そもそもまず会社の製品の特性上、このようなルールを敷いておくと品質や生産性を高く保てたという前提があり、その前提を元に「ルールを選び取って自分たちのコーディング哲学を構築しよう」と推奨しています。 ルールズ・オブ・プログラミング ―より良いコードを書くための21のルール 作者:Chris Zimmermanオーム社Amazon この手の本では『リーダブルコード』がよく薦められる傾向にあると思います。私にとってもリーダブルコードは確かに駆け出しの頃すごく役に立った記憶はあるのですが(もう10年くらい前に読んだので正直忘れた)、そこから知識がアップデートされ

                                                                      『ルールズ・オブ・プログラミング』を読んだ #iknowtherulesjp - Don't Repeat Yourself
                                                                    • なぜサイバーセキュリティ分野で人材が不足しており、職が埋まらないのか? - YAMDAS現更新履歴

                                                                      apnews.com 2025年にはサイバーセキュリティ分野での未採用の職が350万になるよという、昨今の米国 IT 業界におけるレイオフ事情を知るとホントかよという話である。なんでそんなことになるのか? 過去2年間、テクノロジー企業では30万人が雇用を失ったというが、サイバーセキュリティ分野は失業率ゼロを維持する稀有な雇用市場らしい。というか、今やあらゆる IT 部門がサイバーセキュリティ部門でもある。 brothke.medium.com 『コンピュータ・セキュリティ入門』(asin:0071248005)の邦訳もある、サイバーセキュリティ分野のベテラン Ben Rothke がこの問題を分析している。 彼によると、ゼネラリスト、中間管理職、CISO(最高情報セキュリティ責任者)、自称サイバー分野の専門家の成り手は不足していないという。実際にサイバーセキュリティ部門で足りていないのは、

                                                                        なぜサイバーセキュリティ分野で人材が不足しており、職が埋まらないのか? - YAMDAS現更新履歴
                                                                      • エンジニアに英語力が必要な本当の理由を知ってますか?「英語でしか存在しないドキュメントを読むため?」「違いますね」→許したくない事案がココにある

                                                                        米村歩@日本一残業の少ないIT企業社長 @yonemura2006 エンジニアが英語力が必要な本当の理由を知ってますか?英語でしか存在しないドキュメントを読むため?違いますね。ずばり、センスの欠片も感じられない変数名やメソッド名を付けないようにするためですよ。あれやるやつマジ許さん。 2024-05-23 18:16:07

                                                                          エンジニアに英語力が必要な本当の理由を知ってますか?「英語でしか存在しないドキュメントを読むため?」「違いますね」→許したくない事案がココにある
                                                                        • スイスの“バ美肉”研究者に密着したNHKドキュメンタリー番組がオンデマンドで配信中。海外から見た「日本独自の文化」や、「カワイイを獲得する」ことで心理的な解放を求める人々の心理とは?

                                                                          NHK「最深日本研究」スイスの”バ美肉”研究者ミラの密着ドキュメンタリーが放送 美少女になる人々の心理とはNHK新番組「最深日本研究〜外国人博士の目〜」でスイスの人類学者ミラの密着ドキュメンタリーが2024年4月14日に放送された。ミラは、VTuberやメタバースでバーチャルアバターの力により美少女の姿に変身する「バ美肉(ばびにく、バーチャル美少女受肉)」文化に着目した論文で学術賞を受賞、国連の国際会議でも発表するなど精力的に活動している。番組では来日してフィールドワークを行うミラに密着。ミラは”バ美肉”VTuberである、のらきゃっと・あまちじょんこ・バーチャル美少女ねむに取材を行い、美少女になる人々の心理に迫った。番組は4月28日までオンデマンド配信で視聴可能だ。さらに4月20日には出演者による「非公式アフタートーク」が配信されることが決定した。現在NHKではドラマ『VRおじさんの初恋

                                                                            スイスの“バ美肉”研究者に密着したNHKドキュメンタリー番組がオンデマンドで配信中。海外から見た「日本独自の文化」や、「カワイイを獲得する」ことで心理的な解放を求める人々の心理とは?
                                                                          • 実装できる人がいない?大丈夫かこの業界 - orangeitems’s diary

                                                                            最近、何件かの仕事を請けて共通していることがある。頂くドキュメントが非常に良くできているということだ。なぜ作ったか。どのように作ったか。そしてどう運用するべきか。一気通貫に述べられていて読むと非常に勉強になる。 ・・・それなら、このドキュメントを作った人が作ればいいじゃないか、なぜ私の手に次の仕事が来る?。しかもこんな素晴らしいドキュメント付きで。 一つには、このドキュメントとそれを実装することの価値について、読み解ける人がいなくなっている可能性を感じた。どうもベテランと呼ばれていた人たちが定年退職したり、別の仕事をし出している。かといって次世代が育っていない。ドキュメントを読みながら思うのは、書いた人は随分下の方のレイヤーのことをわかっているということだ。クラウドであればオンプレやネットワークのことまで熟知しているということ。 ところが、最近はカタログスペックというか、このサービスを使え

                                                                              実装できる人がいない?大丈夫かこの業界 - orangeitems’s diary
                                                                            • Google Apps Script は、もはやエンジニアが書かない方がいいまである

                                                                              ラブグラフでエンジニアをしています横江 ( @yokoe24 ) です。 ラブグラフでは、エンジニア以外で Google Apps Script (GAS) を書く方も多く、 Slack通知の自動化など、業務の効率化がおこなわれています。 マジですごいと思います! GASをエンジニア以外が書く問題点 一方で、コードを見るとプログラマーからするとムズムズするところもあります。 変数名に snake_case が混ざっている インデントが揃っていない for文の中で getValue() を回している Google Apps Script の getValue() メソッドはコストが高く、何度も実行するとタイムアウトの可能性が高まる == で比較している double quotes " と single quotes ' が混ざっている こういうコードを見ると直したくてウズウズしてしまいます。

                                                                                Google Apps Script は、もはやエンジニアが書かない方がいいまである
                                                                              • 「推測するな、計測せよ」という訳はミスリードと言う話 - aki33524’s blog

                                                                                パフォーマンス改善の文脈で良く用いられるフレーズとして、「推測するな、計測せよ」というものがある。これはRob PikeのNotes on Programming in Cからの引用なのだが、原典と少し印象が違う。 Rule 1. You can’t tell where a program is going to spend its time. Bottlenecks occur in surprising places, so don’t try to second guess and put in a speed hack until you’ve proven that’s where the bottleneck is. Rule 2. Measure. Don’t tune for speed until you’ve measured, and even then don’t

                                                                                  「推測するな、計測せよ」という訳はミスリードと言う話 - aki33524’s blog
                                                                                • エンジニアが自動化する現場を見学しながら「人間のやる作業じゃないですね」と言ったら泣き出したオペレーターがいて会社としてお詫びさせられていた

                                                                                  佐藤 大輔 オープントーン @satou_ot 「人間のやる作業じゃないですね」とシステム化(自動化)する業務を現場見学しながら感想言ったエンジニアが。 言われて泣き出したオペレーターの上司にガチギレされて、会社としてお詫びさせられてたな。 ※何度か言っているエピソード。言い方もちゃんと考えましょう。 x.com/igz0/status/17… 2024-04-18 12:34:00 いぐぞー ✈️ 旅するプログラマー @igz0 「脳死でやれば終わる作業です」みたいに「脳死」って言葉が口癖になってる人、悪いことを言わないから今すぐ口癖を改めた方がいい。 せめて「思考停止」とかにしておけ。 親が病院で脳死判定された客相手に使って、激怒されたあげく、偉い人総出で謝りに行った人知ってるぞ。 2024-04-17 21:42:55

                                                                                    エンジニアが自動化する現場を見学しながら「人間のやる作業じゃないですね」と言ったら泣き出したオペレーターがいて会社としてお詫びさせられていた