並び順

ブックマーク数

期間指定

  • から
  • まで

441 - 480 件 / 1662件

新着順 人気順

engineerの検索結果441 - 480 件 / 1662件

  • 全銀システムの大規模障害、中継コンピューター2台ともに不具合で冗長構成が機能せず

    2023年10月10日午前8時30分ごろに発生した「全国銀行データ通信システム(全銀システム)」の障害。全国銀行資金決済ネットワーク(全銀ネット)は復旧に向けた対応を実施しているが、11日午前11時時点で解消のめどは立っていない。 全銀システムは東京と大阪の2カ所のセンターで並行運転し、システムを構成する各種装置や通信回線などをすべて二重化してある。顧客に影響が出るシステム障害が発生するのは1973年の稼働以降、50年間で初めてとなる。 今回、不具合が生じたと考えられるのは、金融機関が全銀システムに接続する際に使う中継コンピューター(RC)のプログラムだ。送金元の金融機関から送金先の金融機関に対して支払う「内国為替制度運営費(旧銀行間手数料)」の設定などをチェックする機能に不具合が生じたと見られる。 きっかけは保守期限到来に伴い、10月7~9日の3連休中に14の金融機関で実施したRCの更改

      全銀システムの大規模障害、中継コンピューター2台ともに不具合で冗長構成が機能せず
    • 子どもの進学を見据え文京区に建てた家。全館空調&全館浄水器で快適さを追求【エンジニア、家を建てる】 - MY HOME STORY │スーモカウンター注文住宅

      東京都文京区に注文住宅を建てたエンジニアのTomohisaさん。都心に注文住宅を建てるという金額面でのデメリットを懸念しつつも、長期的な資産価値を考慮し「建物ではなく土地に可能な限り予算をかける」ことを選択しました。 そうして建てた自宅では全館空調、全館浄水器といった生活の快適さを追求する一方で、仕事スペースやネットワーク環境は必要最小限に。さまざまな制約がある中でバランスを取った家づくりを心がけたといいます。 職業柄、「よりよいもの」や「よりよい環境」を求める方が多いエンジニアの家づくりを紹介する「エンジニア、家を建てる」第8回です。 はじめまして、Tomohisaと申します。年齢は40代後半で、同世代の妻と小学生の娘2人(小5、小2)の4人で暮らしています。 大学生の頃に外資系ベンチャー企業でアルバイトを経験して以来、ベンチャー企業を渡り歩くエンジニア人生を送ってきました。アプリからイ

        子どもの進学を見据え文京区に建てた家。全館空調&全館浄水器で快適さを追求【エンジニア、家を建てる】 - MY HOME STORY │スーモカウンター注文住宅
      • Unity を捨ててお前は一体どこへ行こうというのだ?|EIKI`

        あらまし Unity が収益しきい値ありのインストール数ベース課金を突如発表し、それが2024/1/1から強制的にスタートすると告知──を発端とする一連の騒動がありました。↓ここに大体まとまってます 感想 いやーよくないですね。 自分は買い切り(ゲーム)畑なので、実害があるかといったら無いんですが(そもそも100万DL行かないと利用料発生すらしないので)、1DL あたり 1~5 円しか売上の上がらないカジュアルゲーム・ツールは大変ですよね。というか、無理。そして、明らかにそういうゲームを標的にしている。 プラットフォームがゲームの取捨選択をし、それをユーザに強制することで分断を促している 規約を突如変更し、過去に遡って強制的に適用するという背信行為を行っている この二つが大きな問題だと思います。あまりに大きな事件であるためにゲーム業界外まで情報が広がって錯綜している節ありますが、「(払える

          Unity を捨ててお前は一体どこへ行こうというのだ?|EIKI`
        • 思わず天を仰いでしまうID関連システムトラブル - =kthrtty/(+blog)

          こんにちは。アドカレ12/24の記事を簡単にではありますが書かせていただきました。(25日のポストで遅刻ですが) Digital Identity技術勉強会 #iddanceのカレンダー | Advent Calendar 2023 - Qiita はじめに 本日のテーマ:思わず天を仰いでしまうID関連システムトラブル 本日のテーマは、みんな大好き「トラブル」の話です。CIAM(Consumer Identity and Access Management)領域のさまざまなシステムにさまざまな立場で関わり、さまざまなトラブルに遭遇してきた経験を踏まえて、クリスマスの合間の気楽な読み物として記載しましたので、一息ついていただければ幸いです。 今回はトラブルの中でも思わず「天を仰いでしまう」激ヤバトラブルにフォーカスして、私的ランキング形式でお届けしたいと思います。 天を仰ぐトラブルとは? 私

            思わず天を仰いでしまうID関連システムトラブル - =kthrtty/(+blog)
          • **強い**エンジニアのなり方 - フィードバックサイクルを勝ち取る / grow one day each day

            # 参考資料 - https://speakerdeck.com/pokotyamu/furikaeri-2024-95ceb97e-d587-4c4b-a4ec-5e52672644f6 - https://www.1101.com/umeda_iwata/ - https://speakerdeck.com/soudai/release-small

              **強い**エンジニアのなり方 - フィードバックサイクルを勝ち取る / grow one day each day
            • 休日出勤を拒否する28歳エンジニア、他のメンバーがクレーム

              Q.28歳エンジニアです。プロジェクトの進捗遅延で先月は3回、休日出勤しました。休日に休むのは当然なので、上司に対し、今月の休日出勤を拒否すると発言しました。それ以降私に出勤要請はなかったのですが、休日出勤する他のメンバーが不公平だとしてクレームを申し立てたようです。後日、上司から「協調性を重んじてほしい」と言われました。意味が分かりません。休日出勤が必要なプロジェクト管理しかできない上司の責任です。 厳しい上司批判ですね。質問者は、この4月に社内システムの運用部門から顧客対応部門に異動したとのことです。異動前に休日出勤はほぼ無く、休日出勤した場合は、振り替え休日があったと言います。 IT企業に勤める筆者の友人(部門長)は、20代の若手エンジニアにはなるべく長時間残業にならない配慮をしていると話します。長時間働いて元気がなくなる様子が見て取れて、メンタル面を心配してしまうということでした。

                休日出勤を拒否する28歳エンジニア、他のメンバーがクレーム
              • エンジニア全員が Terraform を安心・安全に触れるような仕組みを整えています - VisasQ Dev Blog

                はじめに こんにちは!DPE(Developer Productivity Engineering)チームの高畑です。 ちょっと前に iPhone 15 Pro に変えてようやく USB-C ケーブルに統一できる!と思っていたら、手元にある Magic Trackpad が Lightning ケーブルでしょんぼりしました。 さて今回は、ビザスクのインフラ周りで利用している Terraform をエンジニア全員が安心・安全に利用できる仕組みづくりを行なっている話をしていきます! これまで ビザスクではインフラの構築・運用に Terraform を利用しており、依頼ベースで DPE のメンバーが Terraform の修正を行なってレビュー&リリースをしていました。 開発メンバーから Terraform の PR をあげてもらうこともありますが、plan / apply の権限を持っていない

                  エンジニア全員が Terraform を安心・安全に触れるような仕組みを整えています - VisasQ Dev Blog
                • 5年やって分かった要件定義に必須な5つのスキルとその上達方法 - みんなのシステム企画

                  「要件定義のスキルを上げたいけどどうしたら良いかわからない」 こんなふうに悩んだことはないだろうか。 要件定義ではかなり幅広いスキルが求められる。さらに要件定義の対象は毎回異なるため、具体的なレベルでスキルを言語化するのがかなり難しく、どうしてもスキル定義が「コミュニケーションスキル」や「ビジネス理解スキル」といった抽象的な言葉になりがちだ。 そこでこの記事では、要件定義を第一線で実行してきた私が、要件定義を構成するスキルを以下の5つに分解し、それぞれの向上のための方策も可能な限り具体化した。 ・論理的に物事を整理するスキル ・ビジネスの数字を理解するスキル ・業務のフローを理解するスキル ・要求を具現化するスキル ・要求を達成するために必要な機能を洗い出すスキル それでは一つずつ見ていこう。 1 要件定義をするために必要な5つのスキル この章では、要件定義に必須なスキルとそれがなぜ必要な

                    5年やって分かった要件定義に必須な5つのスキルとその上達方法 - みんなのシステム企画
                  • なぜ日本はITに“めっぽう”弱いのか? 根本原因が「大学教育とOJT」と言えるワケ

                    米国はITやAIなど先端分野になるほど強く、企業の収益力が高い。対する日本はどうか。この違いは、大学の水準の高さにある。日本の大学教育は、伝統的な教育システムであるOJTなどによって立ち後れた。もはや日本の状況は「危機的」と言わざるを得ない。 1940年、東京に生まれる。 1963年、東京大学工学部卒業。 1964年、大蔵省入省。 1972年、エール大学Ph.D.(経済学博士号)を取得。 一橋大学教授、東京大学教授(先端経済工学研究センター長)、スタンフォード大学客員教授、早稲田大学大学院ファイナンス研究科教授などを歴任。一橋大学名誉教授。 noteアカウント:https://note.com/yukionoguchi Twitterアカウント:@yukionoguchi10 野口ホームページ:https://www.noguchi.co.jp/ ★本連載が書籍化されました★ 『どうすれば

                      なぜ日本はITに“めっぽう”弱いのか? 根本原因が「大学教育とOJT」と言えるワケ
                    • 日頃の作業を自動化して得られたもの - Pepabo Tech Portal

                      minne事業部のnissyiです。私は最近、運用・開発業務の時間を確保するために、便利なツールを導入したり、ちょっとしたプログラムを書いて自動化したりしています。今回は、日頃の業務の自動化を進めたことで得られたものについて書きます。 自動化を進めたことで得られたもの 身近なところで自動化は可能 自動化の損益分岐点 メンテナンスと分かりやすさ 最後に 自動化を進めたことで得られたもの 早速本題ですが、自動化に取り組むことで以下のようなメリットや学びを得ました。 時間を生み出し、他の仕事に取り組む時間を確保できる 自動化の手段を知ることで、他の場面で応用できる 作業に対して「これは自動化できないか?」と考えるようになる 自動化を進めると、生み出した時間で新たな自動化に取り組めて、さらにそれで時間を生み出して…と複利のように効率化を進められます。 身近なところで自動化は可能 エンジニアの業務に

                        日頃の作業を自動化して得られたもの - Pepabo Tech Portal
                      • 非エンジニアにドン引きされたんだけど、画面上のコードと声に出して会話するのって普通だよね?「死ぬほど言う」「返事が帰ってきたら病院へ」

                        Yogore @Iya_Shirangana 非エンジニアにドン引きされてんけどさ。 エンジニア諸君、画面上のコードと、声に出して会話するよな? 「お前がここに置くやろ?ほんでお前が20msで拾ってって、あっちにポイして、お前や、お前がなんでここで何もせえへんねん…」 みたいに 2023-09-06 18:45:29

                          非エンジニアにドン引きされたんだけど、画面上のコードと声に出して会話するのって普通だよね?「死ぬほど言う」「返事が帰ってきたら病院へ」
                        • カプセルトイ「手のひらネットワーク機器」 シスコや古河電工、A10が監修 「インフラエンジニアの存在知って」

                          この企画を総合監修したのは、SIerのエーピーコミュニケーションズ(東京都千代田区)。同社は「生活でITは不可欠なものだが、それを支える“インフラエンジニア”を知っている人は多くない」とし「『手のひらネットワーク機器』を通してインフラエンジニアの存在を知ってもらい、少しでもITインフラの仕事に興味をもってもらいたい」と企画趣旨を明かしている。 関連記事 サーバルームへ“お呼ばれ“した時の正しいコーデって? データセンターに行って考えた【全身1万円の参考プラン付き】 Twitter上で「サーバルームに呼ばれた時のコーデ」という投稿が話題になった。ツイートはITネタとして投稿されていたが、ネタではない“真のサーバルームコーデ”を求めてさくらインターネットのデータセンターを見学してきた。 カプセル自販機のハンドルがカプセルトイに 「THE! ガチャハンドル」10月発売 タカラトミーアーツは、自社

                            カプセルトイ「手のひらネットワーク機器」 シスコや古河電工、A10が監修 「インフラエンジニアの存在知って」
                          • 上司に「開発がしたい、コードが書きたい」ってずっとお願いしてたけど状況変わらんかったから「退職を考えてる」って話したら「そこまで考えてると思ってなかった」って言われた…

                            エンジニア彼女 @no_kanozyo 📍彼氏の起業を支えるため開発中 |エンジニア2年目|2023年の目標はSIer兼SES→webエンジニアに再転職すること💭 |どんなサービスでも自分で形にできるようになりたい💭|先輩エンジニア、駆け出しエンジニアの皆さん仲良くしてください☀️ happiness-chain.com エンジニア彼女 @no_kanozyo 上司に「開発がしたい、コードが書きたい」ってずっとお願いしてたけど状況変わらんかったから「退職を考えてるので時期を相談させてください」って話したら「そこまで考えてると思ってなかった、調整するからちょっと待って」って言われた… 2023-08-21 20:10:24

                              上司に「開発がしたい、コードが書きたい」ってずっとお願いしてたけど状況変わらんかったから「退職を考えてる」って話したら「そこまで考えてると思ってなかった」って言われた…
                            • 【書評】世界一流エンジニアの思考法 | DevelopersIO

                              はじめに こんにちは。データアナリティクス事業本部ビッグデータチームのkasamaです。 普段は主にデータ分析基盤エンジニアというポジションでお客様のデータ分析基盤構築を支援しています。 ある日、書店に立ち寄った際に目に止まってパラパラ読んでいると、もの凄く刺さる内容がいくつも書いてあったため思わず購入し、あっという間に読み終わりました。最初から最後まで勉強になると思うことばかりなので、今回は紹介させていただきたいと思います。ブログとしてアウトプットすることで、より理解を深めようという目的があります。 書籍情報 世界一流エンジニアの思考法 2023年10月23日発売 著 者 牛尾剛 発行所 株式会社文藝春秋 目次 第1章 世界一流エンジニアは何が違うのだろう? - 生産性の高さの秘密 第2章 アメリカで見つけたマインドセット - 日本にいるときにはきづかなかったこと 第3章 脳に余裕を生む

                                【書評】世界一流エンジニアの思考法 | DevelopersIO
                              • レイオフされた元同僚に向けて|Ken Wagatsuma

                                先日、私が以前働いていた会社で、100名(予定)を超える従業員を対象とするレイオフが行われる公式発表がありました。何人かの人とは既に連絡を取り合ったりできましたが、今回の件に関して思うところを書いておくのが一番効果的に伝えられる気がするので、一旦筆を取ってみようと思います。 なぜこれを書いたのか私が住んでいるイギリスでも、北米に勝るとも劣らずレイオフが続く昨今。経済不況になる前は「レイオフされたら世の終わり」というような印象もありました。現地での同僚や友人がレイオフ対象者になる中で、考えさせられるところも多々ありました。 ですが、実際に自分の会社を含めて大規模レイオフがこうも続くと、冷静に事象として分析できるようになってきます。安い言葉で敢えて書くなら、(人によっては)「ピンチをチャンス」と捉える機会でもあるよ、自分を見つめ直す機会でもあるよ、と言うことです。 そこで、レイオフをそれなりに

                                  レイオフされた元同僚に向けて|Ken Wagatsuma
                                • 人に「センスない」って言っているやつが一番センスない - Qiita

                                  はじめに きっかけは、以下のツイートです。 「配列のすべての要素が条件を満たすならtrueを返す」関数を定義するとき、空の配列を渡したらfalseを返すかtrueを返すかが、良いプログラマかどうかの一つの境目だ — ふみ a.k.a.DJ Monad (@fumieval) May 29, 2023 このリプライや引用リツイート欄では、Trueを返すべき、Falseかな、例外を返すべき、要件による、といった意見がありました。 建設的な議論ができるコミュニティは素晴らしいと思う反面、同じコミュニティに属するエンジニアに対して「センスがない」「プログラマを辞めてほしい」と言っている人がいて非常に残念です。 そのように敢えて煽り他人へのリスペクトが欠如している人が一番センスがないという話です。 元ネタと反応 「「配列のすべての要素が条件を満たすならtrueを返す」関数を定義するとき、空の配列を渡

                                    人に「センスない」って言っているやつが一番センスない - Qiita
                                  • 男子高校生がなりたい職業、「ITエンジニア・プログラマー」が「スポーツ選手」「YouTuber」超え ソニー生命が調査

                                    男子高校生が将来なりたい職業は?──ソニー生命保険は7月25日、こんな調査結果を発表した。1位は「公務員」(15.8%)、2位は「ITエンジニア・プログラマー」(11.8%)、3位は「会社員」(10%)。プロスポーツ選手やYouTuber・ゲーム実況者などは7~8位で、公務員やITエンジニアの方が人気がある結果になった。 TOP10は、4位が「教師・教員」(8.5%)、5位が「学者・研究者」(8.3%)。6位が「ゲームクリエイター」(8%)、7位が「プロスポーツ選手」(7.8%)、同率8位が「YouTuberなどの動画投稿者」「ゲーム実況者」(7.5%)、同率10位が「自動車の設計開発などを手掛けるものづくりエンジニア」「運転手・パイロット」(5.5%)だった。 2021年の前回調査と比べると、「YouTuberなどの動画投稿者」(前回1位)や「ボカロP」(前回同率8位、今回はTOP10外

                                      男子高校生がなりたい職業、「ITエンジニア・プログラマー」が「スポーツ選手」「YouTuber」超え ソニー生命が調査
                                    • 30歳のフルスタックエンジニアになって思ったこと〜お前らはこうなるな〜|いぐぞー ✈️ 旅するプログラマー

                                      30歳のフルスタックエンジニア(一応こういう感じのポジションで雇用されている)になって思ったことを連ねる。 東京のイケイケIT企業(笑)で働いている、いぐぞー(@igz0)と申します。 まずは注意事項。 「できる」エンジニアは「できる」ことを書くのが普通だが、残念ながら自分は「そうでない」エンジニアだと自負しているので「できない」ことを重点的に書く。 フロントエンドの進化速度マジでキツイほんの2〜3年前はやれVue.jsだのReactだの、どちらが良い?みたいな話を当時のTwitterでワイワイキャッキャしていたくせに 破壊的変更をやらかしたNuxt.js(もっと言えばVue.jsくん)にホトホト呆れを感じて、Next.jsに行った。 トンネルを抜けると、そこは地獄だった。 現場に行ったらApp Routerってのを覚えてくれと言われた。 一ヶ月で覚えてくれと言われたから、とりあえずドキュ

                                        30歳のフルスタックエンジニアになって思ったこと〜お前らはこうなるな〜|いぐぞー ✈️ 旅するプログラマー
                                      • Broken Ownership

                                        Have you been in any of these situations? Managers make decisions that’s out of their leagues and everyone else in the team ends up paying for it. Knowledgeable people passively observe without bothering to contribute. Sometimes they are denied access to the room. Developers act like code monkeys, throwing the code over a metaphorical wall for the QA to test and “DevOps” to run. In “you build it,

                                          Broken Ownership
                                        • 品質保証(QA)とは。定義の三大流派と定義揺れの弊害 - 千里霧中

                                          近年のソフトウェア業界では、テスト関連活動を担うエンジニアを「QAエンジニア」と呼ぶようになっています。ただQA(品質保証)という言葉は、旧来から二つの定義が共存しているほか、業界内の通例で更に別の意味付けが行われた結果、定義が曖昧になり誤解を生みがちな状態となっています。 そこで今回は、日本語圏で、QA(品質保証)の言葉がどのように定義されているか、整理して解説します(結論からいうと三流派あります) 国際標準規格での定義:品質マネジメントシステムの実証 IEEEやISOといった国際的な標準規格、およびそれに準拠した知識体系や標準では、古くから体系立てて品質マネジメント、品質保証、品質管理の定義を行っています。 有力な文献として、品質マネジメントの標準規格である、ISO 9000:2015の定義を紹介します。 まずISO 9000では、品質保証の前提として品質マネジメントという用語を使って

                                            品質保証(QA)とは。定義の三大流派と定義揺れの弊害 - 千里霧中
                                          • Pythonの高速なスーパーセットをうたう新言語「Mojo」、コンパイラなど公開、ローカル環境で利用可能に

                                            Pythonの高速なスーパーセットをうたう新言語「Mojo」、コンパイラなど公開、ローカル環境で利用可能に Modular社はPythonの高速なスーパーセットだと同社が位置づける新言語「Mojo」をローカル環境で実行可能にする、コンパイラなどのツール群を公開しました。 Mojo is now available for download locally to your machine! Beyond a compiler, the Mojo SDK includes a full set of developer and IDE tools that make it easy to build and iterate on Mojo applications. Let’s build the future together!https://t.co/KxmLvsxx5e — Modula

                                              Pythonの高速なスーパーセットをうたう新言語「Mojo」、コンパイラなど公開、ローカル環境で利用可能に
                                            • チームにポジティブなコミュニケーションを増やす スキルマップの使い方 - MonotaRO Tech Blog

                                              こんにちは、モノタロウのUIUXグループの澤井です。 主にサービス開発や商品開発のためのリサーチ・体験設計、これらのための仕組みづくり・運用に携わっています。 この記事では、チームにポジティブなコミュニケーションを増やすために、メンバー同士の自己開示のためのツールとしてスキルマップを利用したこと、利用にあたって工夫したことについてお話していきます。 目次 スキルマップってどんなツール? スキルマップを利用しようと思った背景 スキルマップの利用にあたって工夫したこと スキルマップを利用してどうだったか おわりに スキルマップってどんなツール? そもそもスキルマップはどんなものかといいますと、縦軸と横軸を中心で交差させて分けた4つのセグメントにスキルをマッピングして傾向や状態を可視化するものです。自己紹介や自己分析に使ったり、目的によって様々に利用できる便利なツールです。 詳しくは、宇野さんの

                                                チームにポジティブなコミュニケーションを増やす スキルマップの使い方 - MonotaRO Tech Blog
                                              • Enumとてもつらい、でも負けない - エムスリーテックブログ

                                                列挙型、JavaでいうならEnum型、使っていますか。使わないわけにいきませんよね。 でも、Enumを使っていたせいで辛い目にあったことありませんか。ないですか。それならきっともうすぐに辛い目にあうと思います。 Enumはすべてのプログラマに等しく辛みを与えてくれるからです。そんな辛みについて、ちょっと一緒に直視してみましょう。 エムスリーエンジニアリンググループ、Unit1(製薬企業向けプラットフォームチーム)三浦(@yuba@reax.work) [記事一覧 ]がお送りいたします、エムスリー Advent Calendar 2023の6日目です。 アプリケーションプログラミング上の辛み 1. 既存のif文が偶発的に意図しない方に倒れる 2. switch文に至っては「どちらでもない」で処理不発に アプリケーションプログラミング上の対策 1. 分岐条件をEnumに持たせる 2. swi

                                                  Enumとてもつらい、でも負けない - エムスリーテックブログ
                                                • 解決法の「とっかかり」をなんとなく把握しておくことが大事だという話

                                                  この記事で書きたいことは、以下のような内容です。 ・昔SEの先輩に、「技術の詳細に通じていなくても、「そういう技術、そういう解決法がある」ということを把握しているだけで十分役立つ」と教わりました ・エンジニアの能力を測る尺度の一つとして、「課題」「問題」に対するアプローチをどれだけ思いつけるか、というものがあると思います ・「こういうやり方があった筈だ」「こういうアプローチが出来る筈だ」ということがなんとなくでも分かっていれば、それをとっかかりに調べることが出来ます ・その「そういう解決法があるということはなんとなく分かる」という状態を広げる為に、基盤技術に関する知識が重要です ・これは、生成AIに色々聞けるようになった今でも変わらないというか、むしろ昔以上に「とっかかり」の重要性が増しているような気がします ・「引き出しを増やす」という視点での勉強と、それを活かす為の基礎の重要性を、新人

                                                    解決法の「とっかかり」をなんとなく把握しておくことが大事だという話
                                                  • スムーズに進行するためのエンジニアリングタスク分割の工夫 - $shibayu36->blog;

                                                    会社の振り返りで「エンジニアリングの作業タスクがうまく分割できていそうだったが、その知見を共有してほしい」と言われたので、自分がどう考えてタスク分割をしているかをこの記事で共有したい。 この記事のスコープとすること・しないこと タスク分割をするときの工夫点 少なくとも1スプリント以内で終わるタスクになっている 完了条件が明確である 開始から終了まで他タスクによる待ち時間がない 他タスクが待ち状態になる時間を最小限にする 自分にとって難易度の高いものが1タスクの中で1つである 初めから完璧なタスク分割を目指さない 工夫を考慮した分割例 まとめ この記事のスコープとすること・しないこと 今回の記事では、あるユーザーストーリーが存在するとして、その設計・実装・テストなどをスムーズに進行するための工夫について書く。 逆に次のようなタスク分割については取り扱わない。 ユーザーに提供すべき価値があると

                                                      スムーズに進行するためのエンジニアリングタスク分割の工夫 - $shibayu36->blog;
                                                    • 成長の為にアウトプットがなぜ必要なのか。mattn氏が語る持続的なアウトプットのススメ

                                                      成長の為にアウトプットがなぜ必要なのか。mattn氏が語る持続的なアウトプットのススメ 2024年5月16日 mattn 大学卒業後、ソフトウェアハウスやSIerなどでソフトウェア開発に携わる。vi派生のテキストエディタVimの日本語化やプラグイン、Go言語などでOSS(オープンソースソフトウェア)の開発・コミュニティ運営に参加し、2019年からGoogle Developers Expert。2021〜2023年 GitHub Stars。著書に『みんなのGo言語』(2016年、2019年に改訂2版、技術評論社、共著)、『Go 言語プログラミングエッセンス』(2023年、技術評論社、単著)がある。関西在住。 X:@mattn_jp GitHub

                                                        成長の為にアウトプットがなぜ必要なのか。mattn氏が語る持続的なアウトプットのススメ
                                                      • ■ - kumamotone’s blog

                                                        2023年4月に、株式会社メルカリ(メルペイ)を退職しました。3年と4ヶ月ほど在籍させていただきました。 今日はメルペイでの最終出社日でした 2019年12月から3年と4ヶ月ほど在籍させていただいていました 少しの間お休みして5月後半からまた新しいチャレンジをしていく予定です!お世話になりました pic.twitter.com/9stTpdLnGm— kumamo_tone (@kumamo_tone) 2023年4月11日 個人的な振り返りも兼ねて、簡単にどんな感じだったか書き残しておければと思います。 入社 2019年の11月に新卒で入社したヤフーを退社して、アプリ(iOS)のエンジニアとして同年12月に入社しました。 入社を決めたきっかけなどは、書き残してなかったというのもあり、もう記憶がおぼろげですが、以下のような感じだったと思います。 メルカリのバリューが、当時自分がありたいと思

                                                          ■ - kumamotone’s blog
                                                        • フロントエンドエンジニアにおすすめchrome拡張機能 - Qiita

                                                          はじめに こんにちは、都内でソフトウェアエンジニアをしているYSasagoです。 私はフロントエンドの開発時に、Chromeのブラウザを使うことが多いです。 Chrome には開発を便利にするchrome 拡張機能がたくさんあります。 普段、フロントエンド開発時に私が使っている拡張機能を紹介したいと思います。 UI Build Assistant アイコンは IT 大学と面白いですが、こちらの拡張機能を使えば、ワンクリックで背景と線に色付けをしてくれて、レイアウトが見やすくなります。こちらの拡張機能を使うとマージンの調整等が簡単にできるようになりとても便利です。 また、作成者のしまぶーさんの Youtube 動画は、フロントエンド学習にとても有益なのでよく拝見させていただいてます。 OFF ON Responsive Viewer 次に紹介するのは、Responsive Viewer です

                                                            フロントエンドエンジニアにおすすめchrome拡張機能 - Qiita
                                                          • マイナンバー関連のトラブルは大した数ではない、なぜここまで大炎上するのか

                                                            どうしたらこんなばかばかしい騒ぎになるんだろうね。何の話かというと、マイナンバー関連の一連のトラブルで、デジタル庁をはじめ政府が火だるまになっている件だ。現行の健康保険証の廃止とマイナンバーカードへの一体化を延期する、しないでドタバタ劇まで演じる始末。おいおい、一体どうなっているんだ。そもそもトラブルの件数が8500件程度なら大騒ぎになるような「大事件」ではないぞ。 まあ、そうは言っても、そりゃ国民からすると不安が高まるのは当然だ。何せマイナンバーカードを使ったコンビニ証明書交付サービスでの誤交付、別人の住民票などが交付されたという問題を皮切りに、マイナンバーを利用した各種事業で個人情報のひも付け誤りなどのトラブルが次から次への明るみに出たわけだしね。ただし、それがマイナンバー制度への不信感へと直結してしまったり、保険証の廃止時期を延期しようとしたりするのは明らかに行きすぎだ。 冒頭に書い

                                                              マイナンバー関連のトラブルは大した数ではない、なぜここまで大炎上するのか
                                                            • IT系勉強会のいまと、集うということについて | Marginalia

                                                              今年に入ってから、オフラインのIT系勉強会や開発者カンファレンスがじわじわと復活してきているが、興味深いと思っているのは、開催にあたってより大きなコストのかかるカンファレンス規模のイベントのほうが、復活のスピードが早いように思われることだ。 逆に小規模の、駅名+技術のような勉強会のほうが復活していないものが多いように感じる。これには会場確保の難しさやオーガナイザーの状況の変化などいろいろな要因が簡単に思いつくが、特に考えてみたいのは「集う」ということそのものの困難さに気付かされているのではないかということだ。 人が集まって何かをイベントを開催するためには、そこに人を「集わせる力」が必要である。大規模なカンファレンスと小規模の勉強会の大きな違いは、その「集わせる力」に対する投下コストにあると思う。より商業的な色合いを持つイベントであるほど、そのコストの多くは「集わせる力」の増強に使われる。集

                                                                IT系勉強会のいまと、集うということについて | Marginalia
                                                              • 「プログラマーのためのCPU入門」は入り口として丁度よい!

                                                                DevTools でパフォーマンスチューニング入門 / Introduction to Performance Tuning with DevTools

                                                                  「プログラマーのためのCPU入門」は入り口として丁度よい!
                                                                • まつもとゆきひろ氏がソフトウェア開発に役立つ2冊の書籍を紹介 『失敗の科学』と『APIデザインケーススタディ』から学べること

                                                                  まつもとゆきひろ氏がソフトウェア開発に役立つ2冊の書籍を紹介 『失敗の科学』と『APIデザインケーススタディ』から学べること #11 「失敗の科学」 オープニングトーク まつもとゆきひろ氏:まつもとゆきひろです。月曜日に放送して以来、ちょっと間が空いてしまいました。今日これを録音しているのは、(2022年)6月25日の土曜日なので、月曜日から土曜日まで録音できなかったということになります(笑)。 「Voicy」は、一発録りで流す仕組みで、編集をほとんどかけていないので、そういう意味で言うと、習慣化して毎日10分とか録れば、すぐに毎日できるようになると思うんですけれども、まだ習慣になっていないので、忙しいとこうやってつい後回しになって、じゃあ、次の日、とかなってしまいがちなのが現状です。 例えば、毎日「Wordle」をするとかですね(笑)、日記を書くとかですね、それから、「mruby」に1日

                                                                    まつもとゆきひろ氏がソフトウェア開発に役立つ2冊の書籍を紹介 『失敗の科学』と『APIデザインケーススタディ』から学べること
                                                                  • Googleを辞めて福岡でエンジニアとして“最高の人生”を送っている人の話|Qualities Offer

                                                                    福岡県内のみならず九州一円、さらに全国から移住者が集まり、人口増加を続ける福岡市。場所を選ばない働き方が決して珍しい形態ではなくなった今、フルリモートで働きながら、住む場所として福岡市を選ぶ移住者も増えている。 2021年にアメリカから福岡市へと移住した嶋直毅

                                                                      Googleを辞めて福岡でエンジニアとして“最高の人生”を送っている人の話|Qualities Offer
                                                                    • 職場でこき使われないために。自分を守る「仕事との境界線」の引き方 | ライフハッカー・ジャパン

                                                                      「これ、マストだわ」モニター購入して気づいた、あったほうがいい周辺機器4選 #Amazon新生活セール

                                                                        職場でこき使われないために。自分を守る「仕事との境界線」の引き方 | ライフハッカー・ジャパン
                                                                      • Webエンジニアがセキュアコーディングを独習できるオンライン教材「KENRO」の一部を無料公開中[PR]

                                                                        国内の主要なSaaS企業やSIerに脆弱性診断サービスなどを提供しているFlatt Security社は、Webエンジニアがセキュアコーディングを独習できるオンライン教材「KENRO」のトライアルとしてコンテンツの一部を無料で公開中です。 メールアドレスを登録するだけで利用を開始でき、期間も無制限。 KENROでは「SQLインジェクション」「XSS(クロスサイトスクリプティング)」「ディレクトリトラバーサル」などを始めとする10種類の一般的な脆弱性についてテキストで学び、その学びを基に攻撃者として脆弱性に対する攻撃を「ハッキング演習」で試し、その脆弱性があるコードを自分で修正する「堅牢化演習」まで、オンラインで実践できるユニークな教材です。 演習の結果もKENROが自動判定してくれるため、24時間365日、いつでも学習できます。 無料トライアルでは、一般的な10種類の脆弱性の学習コンテンツ

                                                                          Webエンジニアがセキュアコーディングを独習できるオンライン教材「KENRO」の一部を無料公開中[PR]
                                                                        • 市場価値のない無能が勢いでSES企業を辞めたのでご相談

                                                                          追記(04/14)今時点で頂いているトラバもブコメもすべて目を通しました。 はてなの皆さん、増田の皆さんたくさんの反応ありがとうございます。 どうしたもんかと悩んでる状況の中で、エージェントの人に話してもあまりピンと来ない反応が返ってくるし、周りに相談出来る人もいないしで、かなり勇気づけられました。 とりあえず今時点で返せる分だけお返事返しておこうと思う。 フィヨルドブートキャンプやれば? 恥ずかしながらこんなサービスがあるのを知りませんでした。 今の状況では1000時間学習してから転職ってのは難しいんだけど、転職活動終えたら利用してみたいなという気持ち。 開発に夢見すぎ 自己評価低い その通り、かもしれない。 技術記事とか書いてアウトプットしてる同世代以下の優秀な技術者たち見てて、自分とのスキルギャップに絶望してたところだったんだ。 5年弱ぐらいローコードじゃなくて、コーディングで実務経

                                                                            市場価値のない無能が勢いでSES企業を辞めたのでご相談
                                                                          • 僕が障害復旧対応時に考えていることを言語化してみる - Qiita

                                                                            これまで数多くのシステム障害を復旧してきました。 障害は無いに越したことは無いですし、起こらないように最善を尽くすのが我々エンジニアの使命です。 しかし、どれだけ最善を尽くしても起こる時には起こります。 今回は、これまで数多くの障害を復旧させてきたエンジニアが、復旧作業時に何を考えているのかを改めて言語化してみたいと思います。 こういう情報ってそれぞれのエンジニアの頭の中にあってあまり共有されないので、意外に参考になるかなと思います。 障害復旧対応の醍醐味 表現が適切かは分かりませんが、僕はシステム障害を復旧させるのが大好きです。目の前に起こっている事象からヒントを集め、地道に原因を切り分けてクリティカルヒットを見つけたときは名探偵になった爽快感があります。 加えて、動いているものを常に動かし続ける日頃の保守運用とは異なり、動いてないマイナスの状況を0まで戻すということで、復旧成功した際に

                                                                              僕が障害復旧対応時に考えていることを言語化してみる - Qiita
                                                                            • Pwn2OwnでMicrosoft Teamsをハッキングして2000万円を獲得した方法/ Shibuya.XSS techtalk #12

                                                                              Shibuya.XSS techtalk #12 の発表資料です。 English version is here: https://speakerdeck.com/masatokinugawa/pwn2own2022

                                                                                Pwn2OwnでMicrosoft Teamsをハッキングして2000万円を獲得した方法/ Shibuya.XSS techtalk #12
                                                                              • 質とスピード(AWS Dev Day 2023 Tokyo 特別編、質疑応答用資料付き) / Quality and Speed AWS Dev Day 2023 Tokyo Edition

                                                                                AWS Dev Day 2023 Tokyo GS-1-2 | 6月 22 日(木)10:55 - 11:45

                                                                                  質とスピード(AWS Dev Day 2023 Tokyo 特別編、質疑応答用資料付き) / Quality and Speed AWS Dev Day 2023 Tokyo Edition
                                                                                • 開発要望タスクの優先度が「高」ばかりで悩んでませんか? - CARTA TECH BLOG

                                                                                  CTO室 相談室でCARTAの各部署の技術メンター・コーチをしている前田@brtriver です。 自分の仕事内容を説明するのが難しいですが、スタッフエンジニアでいう右腕です! いろんな部署のサポートをしていると開発要望タスクのリストを確認する場面がよくあります。 そして、その中の「優先度」という項目で正しく優先度をつけることができていない現場が多いと感じます。 そこで、今回はどのように「優先度」を考えればよいかについて私自身が意識していることをまとめてみるので、ぜひ一緒に考えてみましょう。 優先度が「高」だらけになってしまう チケット管理において優先度が「高」だらけになってしまう現象を目にしたことはありませんか? チケットは困ってる本人が書くため、基本とその優先度は「高」が多くなります。 チケットに残すために書いたとしても、優先度低いタスクはそもそもやらないという判断されることが多く、そ

                                                                                    開発要望タスクの優先度が「高」ばかりで悩んでませんか? - CARTA TECH BLOG