並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 7085件

新着順 人気順

テストの検索結果161 - 200 件 / 7085件

  • クソみたいなラーメン作ってる

    2022/9/5 深夜にすいません。コメントをすべて読ませていただきました。 本当にありがとうございます! 心臓がバクバクいってどうなるかと思いました!! ひとまずは転職を目標にしたいと思います。転職は今しかできないので…… 転職活動で納得のいく結果にならなかったら、弊社で上を目指そうと考えています。 重ね重ね、ありがとうございました。 (以下本文) 深夜にすまんな。増田利用者の中では若手な方だ。30代前半の会社員男。たまに短文を投稿するくらいで、基本は読んでるだけになる。 仕事のことで気になってることがある。転職を考えている。それとも働き続けた方がいいのか。人生経験豊富な増田の先輩方のご意見を伺いたい。 子どもの頃からずっと憧れだったラーメン作りの仕事。此処からキャリアを始めることができて、幸せな方だったと思う。今は辛い。無気力だ。やっていける気がしないし、やりたくもない。 今すごい精神

      クソみたいなラーメン作ってる
    • GitHub 英語例文集

      GitHub で参考になった英語表現をまとめました。文脈がわかるように原文の URL も記載しています。 🙅 方針に異議を唱える it's hard to ~~~ Select onInput doesn't function in Microsoft Edge · Issue #2331 · preactjs/preact 🤦 誤解を解く We never said that ~~~ Select onInput doesn't function in Microsoft Edge · Issue #2331 · preactjs/preact 🙊 誤解していたことを伝える now I see you suggested this in your original feature request. Type EffectCallback - allow async function

        GitHub 英語例文集
      • 【完全保存版】GPT を特定の目的に特化させて扱う (Fine-tuning, Prompt, Index, etc.) - Qiita

        【完全保存版】GPT を特定の目的に特化させて扱う (Fine-tuning, Prompt, Index, etc.)OpenAIChatGPTlangchainGPT-4LlamaIndex 生成AIカンファレンス 〜徹底解剖「トップランナーから見た日本が挑む生成AIの最前線」〜 日時:5月8日(水) 10:00-18:30 形式:オフライン・オンラインのハイブリッド開催 場所:東京大学伊藤謝恩ホール(オンライン参加の方は配信URLをお送りします) 参加方法:下記イベントページより申込 ChatGPT に代表される今日の AI ブームを牽引しているのは 大規模言語モデル(Large-scale Language Model, LLM) と言っても過言ではないでしょう。LLM とは大量のテキストデータを使ってトレーニングされた自然言語処理のモデルで、代表的なものに、GPT(OpenAI)

          【完全保存版】GPT を特定の目的に特化させて扱う (Fine-tuning, Prompt, Index, etc.) - Qiita
        • Raspberry Piは本当に壊れやすいのか

          最近「Raspberry Piはすぐ壊れる」という趣旨の話題がTL上に出てきたので複雑な心境で眺めていました。 (以下簡略化のためRaspberryPi = RPiにします) もし「RPiはすぐ壊れるから製品投入に向いてない」と思っている方がいるのであれば、その理由でRPiを切ってるのはもったいないなぁと思いこの記事を書いてみました。 カンタンに自己紹介をしておくと、某社でRPiをベースにした製品を作り「RPiはすぐ壊れないものなのか?」の検証を進めていました。今では各地で5000台以上は動いてると思います。 ざっと書いたので、あまり技術的に詳しいことは書いてませんが、読み物として楽しんでもらえれば幸いです。 (これらテストをしたのがどのバージョンのRPiなのかについては触れません。読者さんが使いたいと思ったRPiでで気になる部分をテストしてもらうことが良いと思っています) 10,000回

            Raspberry Piは本当に壊れやすいのか
          • 15kgの巨大望遠レンズで天体写真を撮ってみた|KAGAYA

            その形から「バズーカ」とか「エビフライ 」などとよばれることがあるとても大きな望遠レンズがあります。重さはなんと15kg。 これで天体写真を撮ったらどんなふうに写るのかなぁ……。 初めてこのレンズを見た時に思った好奇心から、なんとか天体を撮るまでの顛末を書いてみます。 この記事は機材のレビューでもなければ天体写真のハウツーでもありません。 天体写真を撮るためにはこんなことをやっているのかと笑って楽しんでいただければと書いたものです。できるだけ多くの方にわかりやすいように書いたつもりですが、説明がしきれていないところもありますのでご容赦ください。 天体には望遠鏡? 望遠鏡と望遠レンズの違いは遠くに小さく見えるものを大きく写すには、望遠鏡か望遠レンズを使います。写真を撮る上で、この2種類の機器の違いは何でしょうか。 望遠鏡は天体を見たり撮影するための機器なので、遠くにあるものがくっきりと見える

              15kgの巨大望遠レンズで天体写真を撮ってみた|KAGAYA
            • ソフトウェアに関わる人が知っておくといいかもしれない法則10個

              「チームトポロジー」や「エンジニアリングマネージャーのしごと」「スクラム実践者が知るべき97のこと」の著者や翻訳者などで知られる吉羽龍太郎氏が、「ソフトウェアに関わる人が知っておくといいかもしれない法則10個(勝手セレクション)」という興味深いポストをX(旧Twitter)で公開しています。 ソフトウェアに関わる人が知っておくといいかもしれない法則10個(勝手セレクション) コンウェイの法則 パレートの法則 グッドハートの法則 パーキンソンの法則 ブルックスの法則 リトルの法則 ピーターの法則 ハインリッヒの法則 ピーク・エンドの法則 ホフスタッターの法則 — Ryutaro YOSHIBA (@ryuzee) January 23, 2024 これらの法則の多くは経験則だったりもしますが、いずれにせよ知っておくと上司の説得に役立ったり、ソフトウェアの開発現場でチームの運営に役立ったり、物

                ソフトウェアに関わる人が知っておくといいかもしれない法則10個
              • 運動が嫌いな私がどうしても東京五輪を許せないわけ|安田峰俊

                以下は私が某ウェブメディアに書くつもりだった、アンチ東京五輪記事の冒頭部分である。開催前のゴタゴタを見て、この調子なら開会式の後も反五輪世論は盛り上がり続けるから記事発表はそれからでもいいかと甘い見通しを立てていた。しかし、テレビや新聞が本気を出したときのプロパガンダ能力はおそろしい。 日本の○○選手が金だか玉だかを取りました云々と、朝から晩までアホみたいに礼賛報道が続くせいで、もはやアンチ五輪記事を発表しても旗色が悪そうな気配である。 私は五輪が大嫌いだが、いっぽうでプロのライターなので、際どい原稿の扱いには慎重だ。時機を逸した内容ゆえにバズる期待値が低いのに、炎上リスクばかりが高い文章を商業媒体に寄稿して原稿料を得るのは、自分の職業倫理に反する。なので、掲載内容について自分が責任を取れるnoteに転載しておくことにした。 ──────────────────────────── ■諸君

                  運動が嫌いな私がどうしても東京五輪を許せないわけ|安田峰俊
                • ガンダム監督の「敗北者宣言」【富野由悠季】

                  『公研』2020年8月号 第 606 回私の生き方 富野 由悠季・アニメーション監督 父への疑念 ──「富野由悠季の世界」展が昨年6月より開催されています(現在中断中、再開は9月の予定)。 富野 今回の「富野由悠季の世界」展で「与圧服」の写真を展示しています。これの開発に父が関わっていて、家に資料が残っていました。 この機会でしかできない話を一つさせてください。父の経歴についてです。父は昔の中学を卒業したあと、東京府立化学工業学校(化工)という専門高等学校へ進んでいます。父のアルバムにあった化工の写真を見ると、3階建てのコンクリート校舎の中央に時計塔があり、石積みの外壁の正面には三つのアーチ状の飾りが施された扉がある立派な建物でした。その前に軍人たちが集まっている写真は、子供の頃は軍の部隊写真だと思っていた。ところが、父は「俺の学校なんだ」と言っていました。 僕はそのアルバム写真を子供の頃

                    ガンダム監督の「敗北者宣言」【富野由悠季】
                  • 個人開発で「Excel専用のWebAPI」を作りました

                    どういうもの? このように関数を使ってデータを取り込めます。 背景 元々は「インターネット上のWebAPIのデータをExcelに取り込みたい」と思ったのがきっかけです。 VBAマクロを使えば簡単ではありますが、マクロは使いたくないという方も多いのではないでしょうか。かくいう私も勤務先が属人化を防ぐためにマクロの使用を推奨していません。 そこで、関数を使用する方法を選択しました。 ExcelにはWEBSERVICE 関数という指定したURLの応答データを取り込む関数があります。 しかし、この関数は大変便利な関数ですが、ExcelはHTMLやJSONのパーサーを用意していません。結局取り込んだHTMLやJSONの処理にはVBAマクロが必要になります。 また、欲しいWebAPIが存在しない問題もありました。 そこで、Excelでデータを編集するのではなく、元々のWebAPIをExcel用に作れば

                      個人開発で「Excel専用のWebAPI」を作りました
                    • ドコモの取扱説明書554冊からたどる「ドコモ太郎」の人生 | オモコロ

                      取扱説明書を読破したことがあるだろうか。僕はない。説明書は前から順に読んだりはしない。だからそこに誰かの人生が潜んでいたとしても、想いを馳せることもない。 初夏の休日。部屋の掃除をしていると、1冊の古い取扱説明書が出てきた。タイトルは「FOMA P900i」。およそ16年前、高校生の時に使っていた、いわゆるガラケーの説明書だ。PとはメーカーであるPanasonicのPを指している。 分厚すぎる。 500ページを優に超えるのは、取扱説明書界隈でも屈指のボリュームだろう。思うに、携帯電話の説明書というのは、世界でもっとも読み終えられることのない本の1つではないだろうか。ある意味カントやドストエフスキーよりも重厚な佇まいを見せるこの一冊に、思わず目が留まってしまった。そうして何気なく表紙を開いたのが、長い夏の入り口だった。 ページをめくる。懐かしい単語が並ぶ。iモード。ワンセグ。センター問い合わ

                        ドコモの取扱説明書554冊からたどる「ドコモ太郎」の人生 | オモコロ
                      • 働きながらアメリカの大学院でCS修士号を取った - k0kubun's blog

                        4年前に会社の福利厚生を使ってスタンフォードの授業を取ってみたら面白く、 働きながらでも続けられそうだなという実感を得たので、 2年後、受験を経てジョージア工科大学にリモートで通い始めた。 そして先日、ジョージア工科大学からコンピュータサイエンス修士号をいただくことができた。 画像の学位記は卒業式イベント用の非公式のもので、1~2か月すると Masterとちゃんと書いてある本物が来るらしい *1 。 After 1 year and 9 months, I graduated from Georgia Tech and got a master's degree in computer science. It was intense to be a student while working full-time, but I learned a lot. pic.twitter.com/J

                          働きながらアメリカの大学院でCS修士号を取った - k0kubun's blog
                        • なぜ雑談が重要か - stmn tech blog

                          これはなに? こんにちは、リファクタリング大好きなミノ駆動です。2023年7月より株式会社スタメンにジョインしました。 コミュニケーションには会議体やテキストベースなど様々な手段があります。 その中で雑談がなぜ重要であるかについて、私の考えを記したものです。 大事な前提 〜目的と手段の関係〜 人々の活動には目的があります。そして目的を満たすための手段を追い求めています(ここでいう手段とはシステムであったり情報であったり、「目的の役に立つもの」と考えてください)。 目的と手段の関係性を次の図で表現します。目的と手段それぞれの円の重なりが大きいほど、目的に対して相応しい手段である、ということをここでは表します。 この図を使った例を出します。 今の時期、だんだん暑くなってきましたね。「暑さを解消したい」という目的に対して、「扇風機を点ける」「エアコンを点ける」「かき氷を食べる」「南極に送り込む」

                            なぜ雑談が重要か - stmn tech blog
                          • IPA のけしからん技術が再び壁を乗り越え、セキュアな LGWAN 地方自治体テレワークを迅速に実現

                            IPA のけしからん技術が再び壁を乗り越え、セキュアな LGWAN 地方自治体テレワークを迅速に実現 2020 年 11 月 3 日 (火) 独立行政法人情報処理推進機構 (IPA) 産業サイバーセキュリティセンター サイバー技術研究室 登 大遊 独立行政法人 情報処理推進機構 (IPA) 産業サイバーセキュリティセンター サイバー技術研究室は、このたび、できるだけ多くの日本全国の地方自治体 (市町村・県等) の方々が、LGWAN を通じて、迅速に画面転送型テレワークを利用できるようにすることを目的に、J-LIS (地方公共団体情報システム機構) と共同で、新たに「自治体テレワークシステム for LGWAN」を開発・構築いたしました。 本システムは、すでに 8 万ユーザー以上の実績と極めて高い安定性 を有する NTT 東日本 - IPA 「シン・テレワークシステム」をもとに、LGWAN

                              IPA のけしからん技術が再び壁を乗り越え、セキュアな LGWAN 地方自治体テレワークを迅速に実現
                            • Excelにスクリーンショットを貼り付ける仕事で鬱病になった話 - メモ帳

                              タイトルの通りである。 私は理系大学院の修士過程を卒業し、IT企業(所謂SIer)に勤めて3年、タイトル通りの仕事を続けていたら、鬱病になった。 現在は医師の診断書を会社に提出し、休職期間をいただいている。 そして休む中で気分が上を向いたスキを狙ってこの記事を書いている次第である。 ・伝えておきたいこと 就活を控えた大学生や大学院生(特に後者)には注意してほしいことは、「残業時間がヘビーでなくても精神をやられることは有り得る」ということ。 具体的には、残業時間はピークで50時間/月、平常時は10時間/月 未満といった具合であった。 そして、タイトルが「ブラックな働き方で~」とか「上司のパワハラが~」となっていない辺りでお察しかと思うが、弊社は多分ブラック企業ではない(多分というのは1社しか勤めたことがないため)。 となると、やはり、仕事内容が私に合わなかったのだろう。 考えてみれば、本当に

                                Excelにスクリーンショットを貼り付ける仕事で鬱病になった話 - メモ帳
                              • クリーンアーキテクチャ完全に理解した

                                clean_architecture.md 2020/5/31追記: 自分用のメモに書いていたつもりだったのですが、たくさんのスターを頂けてとても嬉しいです。 と同時に、書きかけで中途半端な状態のドキュメントをご覧いただくことになっており、大変心苦しく思っています。 このドキュメントを完成させるために、今後以下のような更新を予定しています。 TODO部分を埋める 書籍を基にした理論・原則パートと、実装例パートを分割 現在は4層のレイヤそれぞれごとに原則の確認→実装時の課題リスト→実装例という構成ですが、同じリポジトリへの言及箇所がバラバラになってしまう問題がありました。更新後は、実装時の課題リストを全て洗い出した後にまとめて実装を確認する構成とする予定です。 2021/1/22追記: パートの分割と、クリーンアーキテクチャという概念の定義について追記を行いました。大部分の実装例パートを中心

                                  クリーンアーキテクチャ完全に理解した
                                • 中学生の息子に勉強を教えるときにやった内容

                                  小学校小6~中学1年まで極度に勉強ができなかった。 テストの問題文の理解ができなかったり、問題文の日本語は読めるが表現が気になってその所を何度も確認して先に進めず1問目以降白紙などもあった。 このような状態だと学校や集団塾では改善はしないだろうと感じたので、自分が勉強につきっきりになることにした。 幸い、私はある程度勉強はでき、中学レベルなら英国数ならほぼ満点はとれる。 まず、問題文を読んで頭がパンクしてしまうことに関しては、深く考えるとパンクしてしまうということなので、そのパンクの兆候がでたらその問題から離れる訓練をした。 日々の家庭学習で問題集をとかせ、それが発生しそうなら知らせてスキップする。 テストのときでも、損切して0点を防ぐ効果がでた。 そのあと、問題文でパンクする問題を一緒に説いて、問題文は何を求めているのか2人でじっくり考えるようにした。 そうすることで、問題文の表現のパタ

                                    中学生の息子に勉強を教えるときにやった内容
                                  • 『英語のハノン』初級・中級・上級コンプリートした僕が実感している効果と正しい学習法|Ken Sugihara|note

                                    昨年10月17日から学習を始めた『英語のハノン』、先日11月3日に「上級編」を無事終えて3冊の『英語のハノン』をコンプリートしました。 一年以上一日も休むことなく、いや一日だけ休んだことがあるんですけど、それ以外は来る日も来る日も、ひたすら『英語のハノン』を練習し続けました。 終えてみての感想は「やってよかった」。これにつきます。 ここまでよく練られた英語学習参考書は10年に一度出るか出ないかのレベルです。本書を信じて、インストラクション通り毎日きちんとタスクをこなしていけば、3ヶ月後・半年後・1年後に、あなたの英語は見違えるようになることでしょう。 今日は、英語のハノンを終えた僕が考える「正しいハノンの使い方」「英語のハノンで得られる学習効果」「英語のハノンを威力をさらに高めてくれる他の学習の組み合わせ」をお伝えしようと思います。 長編になりますが、ぜひ最後までお読みいただいて、47歳に

                                      『英語のハノン』初級・中級・上級コンプリートした僕が実感している効果と正しい学習法|Ken Sugihara|note
                                    • 日本の住所の正規化に本気で取り組んでみたら大変すぎて鼻血が出た。 - Qiita

                                      先日、弊社では Community Geocoder というサービスをリリースしました。 Community Geocoder 紹介記事 さて、このジオコーダーは、住所を正規化してそれを「大字町丁目コード」という12桁の数字に変換し、そのコードをファイル名として GitHub ページ上に大量においた JSON ファイルにアクセスして緯度経度を取得するということをやっています。 つまり、住所の正規化からコードに変換する部分がとても重要で、そもそも正規化に失敗してしまうとどうしようもないという仕様なんです。 さいわい先日経産省が公開した IMI コンポーネントツール である程度のことをやってくれるのですが(というかそうであることを期待したのですが)、いろいろ調べ始めると住所という仕組みはほんとに複雑で、Facebook で絡んでくださった @hfu さんいわくまさに「自然言語処理そのもの」であ

                                        日本の住所の正規化に本気で取り組んでみたら大変すぎて鼻血が出た。 - Qiita
                                      • ユーザのための要件定義ガイド 第2版 要件定義を成功に導く128の勘どころ | アーカイブ | IPA 独立行政法人 情報処理推進機構

                                        デジタル技術を活用して企業のビジネスを変革し、自社の競争力を高めていく「デジタル・トランスフォーメーション(DX)」が注目を集めるなか、従来のようなITベンダやシステム部門が中心になって要件定義をすすめるスタイルから、業務部門のユーザが主体的に関与するスタイルへの変革の必要性が増しています。 システムの要件を定義する責任は、構築されたシステムを利用してビジネスに貢献する役目を負うユーザにあると言われています。しかしながら、システム開発の遅延の過半は要件定義の失敗にあると言われるように、要件定義においては、その過程で様々な問題に直面します。 そこでIPAでは、要件定義の過程で直面する問題への対応をガイドすることが、ユーザへのよりいっそうの支援策となると考え、「ユーザのための要件定義ガイド(初版)」の内容を一新し、「ユーザのための要件定義ガイド 第2版 要件定義を成功に導く128の勘どころ」と

                                          ユーザのための要件定義ガイド 第2版 要件定義を成功に導く128の勘どころ | アーカイブ | IPA 独立行政法人 情報処理推進機構
                                        • 【読書感想】「叱れば人は育つ」は幻想 ☆☆☆☆☆ - 琥珀色の戯言

                                          「叱れば人は育つ」は幻想 (PHP新書) 作者:村中 直人PHP研究所Amazon Kindle版もあります。 「叱れば人は育つ」は幻想 (PHP新書) 作者:村中 直人PHP研究所Amazon 脳・神経科学などの知見から、著者は、叱ることには「効果がない」と語る。 叱られると人の脳は「防御モード」に入り、ひとまず危機から逃避するために行動を改める。 叱った人はそれを見て、「ほら、やっぱり人は叱らないと変わらない」と思ってしまうのだが、叱られた当人はとりあえずその場の行動を変えただけで、学びや成長を得たわけではないのだ。 そして厄介なことに、人間には「よくないことをした人を罰したい」という欲求が、脳のメカニズムとして備わっているため、叱ることで快感を得てしまうのである。 では、どうすれば人は成長するのか。本書は臨床心理士・公認心理師で、発達障害、不登校など特別なニーズのある子どもたち、保護

                                            【読書感想】「叱れば人は育つ」は幻想 ☆☆☆☆☆ - 琥珀色の戯言
                                          • 「ITの開発現場によくいるやっかいな人」の対処法をタイプごとに解説したサイトが登場

                                            ソフトウェアの開発プロジェクトにはさまざまな経歴や役職を持つ人が関与するので、我が強い人や性格に難がある人が問題になることもしばしば発生します。ソフトウェア業界のよもやま話を語るブロガーのニール・グリーン氏が、ソフトウェア開発プロジェクトの中で問題になりがちな人をタイプごとにまとめつつ、それぞれのタイプの特徴と管理職向けの解決策を解説しました。 How to Deal with Difficult People on Software Projects https://www.howtodeal.dev/ 上記のサイトにアクセスしたのが以下。上から「プロダクトマネージャー」「デザイナー」「プロジェクトマネージャー」「開発マネージャー」「開発者」「品質保証(QA)」の6カテゴリに分かれていて、それぞれの役職の中によくいる「問題のある人」のタイプが動物のアイコンで示されています。例えば、「プロ

                                              「ITの開発現場によくいるやっかいな人」の対処法をタイプごとに解説したサイトが登場
                                            • 貧困を減らす実験アプローチ|安田 洋祐

                                              本年度のノーベル経済学賞が14日夜(日本時間の18時45分頃)に公表され、 ・Abhijit Banerjee(MIT) ・Esther Duflo(MIT) ・Michael Kremer(Harvard) の3名が選ばれました! 受賞理由は “their experimental approach to alleviating global poverty” 「世界の貧困を軽減するための実験的なアプローチ」 に対して。デュフロ教授は経済学賞で最年少の受賞者(なんと46歳!)で、女性としては2009年のエリノア・オストロム教授に続いて二人目。いずれも素晴らしい快挙ですね!ご本人も電話インタビューの中で、早すぎる(?)受賞に少し驚かれているようでした。 【関連書籍】 『貧乏人の経済学―もういちど貧困問題を根っこから考える』はバナジー&デュフロ両教授による名著。未読の方はこの機にぜひ!経済学

                                                貧困を減らす実験アプローチ|安田 洋祐
                                              • 世界中のITエンジニアが悩まされている原因不明でテストが失敗する「フレイキーテスト」問題。対策の最新動向をJenkins作者の川口氏が解説(前編)。DevOps Days Tokyo 2022

                                                世界中のITエンジニアが悩まされている原因不明でテストが失敗する「フレイキーテスト」問題。対策の最新動向をJenkins作者の川口氏が解説(前編)。DevOps Days Tokyo 2022 世界中のITエンジニアが悩まされている問題の1つに、テストが原因不明で失敗する、いわゆる「フレイキーテスト」があります。 フレイキーテストは、リトライすると成功することもあるし、失敗する原因を調べようとしてもなかなか分かりません。GoogleやFacebookやGitHub、Spotifyといった先進的な企業でさえもフレイキーテストには悩まされています。 このフレイキーテストにどう立ち向かうべきなのか、Jenkinsの作者として知られる川口耕介氏がその最新動向を伝えるセッション「Flaky test対策の最新動向」を、4月21日、22日の2日間行われたイベント「DevOps Days Tokyo 2

                                                  世界中のITエンジニアが悩まされている原因不明でテストが失敗する「フレイキーテスト」問題。対策の最新動向をJenkins作者の川口氏が解説(前編)。DevOps Days Tokyo 2022
                                                • コードが読めるソフトウェア開発者 - As a Futurist...

                                                  僕はコードを読むのは得意な方だけど、それが過ぎてコードを書かなくてもシニアソフトウェア開発者になってしまった。実はコードをちゃんと読めるソフトウェア開発者って希少価値が高いのではないか、と思ったので自分がどんな感じでシニアになったのかをまとめてみた。似た様な人の参考になれば幸いだ。 同意。僕は未だ書く方はほとんど機会なく成果もないけど、コードを読み尽くして、負荷試験や本番で挙動を把握し続け、メトリクスでとことん確かめていった結果、Sr. Engineer になれた。 https://t.co/KXtMdEaRr8 — Ryosuke Iwanaga (@riywo) April 16, 2021 コードを書かなくてもシニアソフトウェア開発者になれた 僕は今 Amazon の Sr. Systems Development Engineer という職種で働いている。いわゆるソフトウェア開発職

                                                    コードが読めるソフトウェア開発者 - As a Futurist...
                                                  • エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく|mtx2s

                                                    組織内のメンバーを「リソース」として見始めると、それを100%使い切ることにばかり注力してしまいます。リソースの稼働率を下げることは、すなわち、生産性を下げること。マネージャーは、まるで強迫観念に取り憑かれたように、そのような考えに囚われます。 自社でのソフトウェアプロダクト開発において、その対象は特に、開発者に強く向けられます。その理由は明らかでしょう。バックログに積み上がり続けるアイデアをソフトウェアに変えられるのは、開発者だけです。より多く、できる限り早く、アイデアを市場投入したい。彼らに空き時間という無駄を作らせてしまうわけにはいかない。 しかし、そのような努力が、必ずしも良い結果につながるとは限りません。むしろ、開発者の稼働率を高めすぎたことが、リードタイムに悪影響を与えているかもしれないのです。そして言うまでもなく、アイデアの市場投入が延びれば延びるほど、ユーザーにとってもビジ

                                                      エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく|mtx2s
                                                    • 現代ウェブフロントエンド(ウェブアプリケーション)について理解する唯一の方法|erukiti

                                                      この記事は、ウェブ技術の開発者(Java, PHP, Ruby, Go... 全て含む)のうち、少しでもJavaScriptを触ったことがあるけど、現代ウェブフロントエンドというか、特にウェブアプリケーション —— React, Vue, Angular など—— が分からない人に向けて、たったひとつの理解方法を提示するものです。 追記: ちなみに果てしなくどうでもいいですが、今回の記事が記念すべき100記事目らしいです。(Noteさん!その手のヤツはいっそ自動で記事にバッヂを表示するとかしてくれるとうれしいです!) 対象読者は、Java, PH(以下略)などのコードと一緒に、ほんの少しでもJSのコードを触った、見たことがあるというレベル感の人なので、既にReact, Vue, Angular などでガリガリコードを書いている人は対象ではありません。 あとホームページ屋さんとかウェブコーダ

                                                        現代ウェブフロントエンド(ウェブアプリケーション)について理解する唯一の方法|erukiti
                                                      • 「単体テスト」再入門! 開発の現場でバグを確実に洗い出す最適な手法と、テストケースの作り方 - エンジニアHub|Webエンジニアのキャリアを考える!

                                                        「単体テスト」再入門! 開発の現場でバグを確実に洗い出す最適な手法と、テストケースの作り方 単体テストの定義から手法、未来の展望までを、日本におけるソフトウェアテストの第一人者・高橋寿一さんが解説します。 ソフトウェアのテストにおいて、最初のフェーズである単体テスト。若手Webエンジニアの中には、いきなり単体テストを任されて戸惑った方もいるでしょう。仕方なく現場で踏襲されているやり方に従っているだけ、ということもあるのではないでしょうか? 今回は、単体テストの定義から手法、未来の展望までを、日本におけるソフトウェアテストの第一人者・高橋寿一さんが解説します。 単体テストとは(各社ばらばらな単体テストの定義を再定義) コードベースの単体テスト 命令網羅(C0カバレッジ) 分岐網羅(C1カバレッジ) よくある(コードベースの)単体テストの間違い 機能単位の単体テスト 例:複雑なソート機能のテス

                                                          「単体テスト」再入門! 開発の現場でバグを確実に洗い出す最適な手法と、テストケースの作り方 - エンジニアHub|Webエンジニアのキャリアを考える!
                                                        • 「いじめた人は一瞬で忘れるが僕は一生恨んでいる」“ジャンポケ”斉藤慎二さんが壮絶な体験を語り続ける理由(静岡放送(SBS)) - Yahoo!ニュース

                                                          「小学校3年生から中学まで、ひどいいじめを受けていました」 6月10日、常葉大附属橘中学校・高校(静岡県静岡市)で開かれた講演会でこう語ったのは、人気お笑いトリオ「ジャングルポケット」の斉藤慎二さん(39)だ。 <ジャングルポケット・斉藤慎二さん> 「自分がクラスの中で一番背が小さいというだけで、『チビだ』とか、『死ね』だとか、『生きている価値がない』と言われるようになりました」 「ひどいときには、後ろの生徒から背中を彫刻刀で刺された。血が止まらなかったんですけど、いじめられていることは、親には内緒にしておこうという変な正義感があった」 斉藤さんの母親は教師。家でもテストの採点などで忙しくしている姿を見て、「負担をかけるのは申し訳ない」と、いじめのことを話せなかったという。 ある児童の誕生日会では、クラスの中で自分1人だけ呼ばれなかった。涙が止まらなかった。 先生に相談すると、「それは斉藤

                                                            「いじめた人は一瞬で忘れるが僕は一生恨んでいる」“ジャンポケ”斉藤慎二さんが壮絶な体験を語り続ける理由(静岡放送(SBS)) - Yahoo!ニュース
                                                          • カメラ付き顔認識体表温度計を中古で買ったら中に全員の顔写真以下略って全部言っちゃった! - honeylab's blog

                                                            (本件に関する詳しいお問い合わせはTwitterのDMか、→のプロフィールにあるメールアドレスにどうぞ。) Twitter見てたらこんな記事が流れてきたんですよ コロナ禍が終わり、店の入り口にある温度計の中古品が安く出回り始めた。 で、買った。 pic.twitter.com/708olhpSjN — 林 雄司 (@yaginome) April 30, 2023 変なもの投げ売りに興味のある私、早速メルカリで見てみると、それなりの安い値段で売っていたので、また値段が上がる前にと思って早速一台買ったんですよ。 ある意味有名な、しかしなぜか業界標準の体表温度計サーモマネージャーを買ってみた。自分への誕生日プレゼントとすることにした。尚、傷あり中古ということで定価の1/10程度で入手した。この価格で、実は大変高価な何かが採取できないかどうか気になるのである。 pic.twitter.com/j

                                                              カメラ付き顔認識体表温度計を中古で買ったら中に全員の顔写真以下略って全部言っちゃった! - honeylab's blog
                                                            • 女性は数学が苦手という「結果」に対して試験をどうするか - 本しゃぶり

                                                              ステレオタイプに負けじと頑張る人は立派だ。 しかし意識することが、逆にステレオタイプ的結果を生じさせることがある。 試験を実施するには、この問題を考えなくてはいけない。 2020/12/01 追記 本記事は『ステレオタイプの科学』という本を参考に書いたが、最近の研究では再現性があまり無いとのこと。それを念頭において読んでもらいたい。 この邦訳の原書は、10年以上前(心理学の再現性の危機が議論される前)に出たもので、最近の研究では、元になった実験の再現性はあまりないと言われています。https://t.co/RKmwQXfLZm— 'Yuki’ Kamitani (@ykamit) August 28, 2020 "Stereotype threat" is such a weak research program with findings that don't replicate in

                                                                女性は数学が苦手という「結果」に対して試験をどうするか - 本しゃぶり
                                                              • 作業ではなく、仕事をせよ - arclamp

                                                                この記事はグロースエクスパートナーズ Advent Calendar 2022の11日目です。 (補足追記:この記事は、一緒に働いている/働くことになる若い後輩たちへのメッセージです) 毎年、メンバーからお題をもらっているのですが「一緒に仕事する相手がこうだったら教えがいがある・やりやすいなと思う言動について書いてほしい」ということなので、僕のキャリア(もうちょっとで四半世紀...)の中で学んできたことも含めて、整理してみます。 心構え:作業ではなく、仕事をせよ まず、一緒に仕事をする上でお願いしたいのは「作業ではなく、仕事をしてほしい」ということです。ここでいう仕事と作業の定義は以下の通りです。 仕事というのは「ある目的を達成するための行動」 作業というのは「ある計画や手順のもとにおこなう行動」 仕事は作業を含んでいます。目的を達成する行動全般が「仕事」であり、仕事の中で具体的な手順を実

                                                                  作業ではなく、仕事をせよ - arclamp
                                                                • この本がスゴい!2019

                                                                  人生は短く、読む本は多い。 毎年この時期、自分のリストを振り返るのだが、読みたい本が尽きることはない。読むほどに、知るほどに、知識と理解と表現の不足を痛感する。 それでも読むし、ここに書く。読むことで豊かになり、書くことで確かになるというのは本当で、読んでいるときに何を知りどう考えていたかは、書くことでハッキリする。 つまり、自分で分かるために書いているのだ。フランシス・ベーコンは、話すことで機敏になるとも言ったが、わたしの場合、話すことで世界が変わった。[スゴ本オフ]や読書会、[冬木さんとのSF対談]や、読書猿さんとの知をめぐる対談[1][2][3]で、世界の見え方が変わった。 読書会や対談は今後もしていくが、そこで紹介された本や、2019年に出会った本の中から、わたしにとってのベストを選んだ。これが、あなたにとってのスゴ本となれば嬉しい。そして、このリストを目にしたあなたが、「それがス

                                                                    この本がスゴい!2019
                                                                  • データベース設計の際に気をつけていること - 食べチョク開発者ブログ

                                                                    皆さんこんにちは、エンジニアの西尾です。 新しい機能・サービスを開発する際、私は特にデータベース設計に気をつかいます。 データベースはシステムの土台です。 土台が不安定だと、その上に積み上げていくアプリケーションコードがいびつなものになり、つらい思いをします。 また、一度動き出してしまったシステムのデータベース設計を変えるのは、容易なことではありません。 データベース設計には”これだ!”という正解はないと思っています。 サービスの特徴、システムの性質、toB向け/toC向け、Readが多い・少ない、Writeが多い・少ない。 その他もろもろの背景により、データベース設計の仕方も変わってきます。 このテーブルは正規化していないから駄目だ、この設計はいわゆるポリモーフィック関連だから使ってはいけない、などということはありません。 アンチパターンと呼ばれるものも時と場合によっては正解になります。

                                                                      データベース設計の際に気をつけていること - 食べチョク開発者ブログ
                                                                    • 『シン・エヴァンゲリオン劇場版』、膨大な素材と緻密な編集を支えたAdobe Premiere Pro

                                                                      『シン・エヴァンゲリオン劇場版』、膨大な素材と緻密な編集を支えたAdobe Premiere Pro 『シン・エヴァンゲリオン劇場版』が公開となりました。今作は、プロダクションの規模も非常に大きく、プリヴィズの段階から素材やカットは数え切れないほどの枚数が生み出されました。そしてこの作品の基幹ともいえる編集を担ったのが、Adobe Premiere Pro でした。 ©カラー 『:序』の公開から14年を数える2021年、『シン・エヴァンゲリオン劇場版』が公開となりました。庵野秀明総監督のもと常に独創的な表現が生み出されてきた『ヱヴァンゲリヲン新劇場版』及び『シン・エヴァンゲリオン劇場版』全4部作も、とうとう今作で締めくくりとなります。東宝、東映、カラーの三社共同配給という前例のない規模での劇場公開を果たした今作は、プロダクションの規模も非常に大きく、プリヴィズの段階から素材やカットは数え切

                                                                        『シン・エヴァンゲリオン劇場版』、膨大な素材と緻密な編集を支えたAdobe Premiere Pro
                                                                      • コード品質はやはりビジネスに影響を与える - mtx2s’s blog

                                                                        私たちソフトウェアエンジニアは、コード品質についてしばしば論ずるけれども、ではコード品質の良し悪しがどれほどビジネスに影響するのかと問われると、回答に窮する。只々、「コード品質が悪いと変更により多くの時間がかかります」だとか、「欠陥の修正に追われて開発時間が奪われます」だとか、個人の経験やエンジニア的一般論に頼った定性的な説明に終始するしかない。ソフトウェアを繰り返し変更する頻度が高いほど、コード品質が開発時間に影響を与えるのは確かにそのとおりだと思えるが、はたしてそれは、どれほどのインパクトなのだろうか。 2022年の研究論文 "Code Red: The Business Impact of Code Quality – A Quantitative Study of 39 Proprietary Production Codebases" では、コード品質がビジネスに与えるインパクト

                                                                          コード品質はやはりビジネスに影響を与える - mtx2s’s blog
                                                                        • 現在時刻が関わるユニットテストから、テスト容易性設計を学ぶ - t-wadaのブログ

                                                                          この文章の背景について この文章はテスト容易性設計をテーマに 2013/11/26 に CodeIQ MAGAZINE に寄稿したものです。残念ながら CodeIQ のサービス終了と共にアクセスできなくなっていたため、旧 CodeIQ MAGAZINE 編集部の皆様に承諾いただき、当時の原稿を部分的に再編集しつつ、ライセンス CC BY(クリエイティブ・コモンズ — 表示 4.0 国際 — CC BY 4.0) で再公開いたしました。 旧 URL にいただいたブックマークとご意見はこちらです(これであなたもテスト駆動開発マスター!?和田卓人さんがテスト駆動開発問題を解答コード使いながら解説します~現在時刻が関わるテストから、テスト容易性設計を学ぶ #tdd|CodeIQ MAGAZINE)。旧記事には本当に多くの反響をいただき、誠に感謝しております。 目次 この文章の背景について 目次 出

                                                                            現在時刻が関わるユニットテストから、テスト容易性設計を学ぶ - t-wadaのブログ
                                                                          • 障害報告書を書こう! - Qiita

                                                                            担当しているITサービスなどに何かしらのインシデントや障害が発生した時に、対処後のアクションとして報告書を提出して事象の内容を報告(レポート)する場合がある。 提出先は会社の偉い人だったりクライアントだったり。場合によってはユーザー向けに発表したり。事の顛末を報告して「今後同様のことを起こさないように努力します、ごめんなさい」をするのだ。どのように再発防止の努力するのかを書くものでもある。 主にクライアント向けのビジネス内容ではあるが、自分が使っているテンプレパターンを共有するので参考にしてもらえればと思う。1 全般的なポイント 心得のようなもの。次の点は留意してて欲しい。 淡々と冷静な説明をこころがける 当然のことながら事実は脚色しない。無駄な修飾も要らない。客観的な事実を簡潔に述べる。 例: ❌「一生懸命頑張って対応したが…」 ❌「寝ないで対応したが…」 ❌「本当の原因は…」 できるだ

                                                                              障害報告書を書こう! - Qiita
                                                                            • Log4jの深刻な脆弱性CVE-2021-44228についてまとめてみた - piyolog

                                                                              2021年12月10日、Javaベースのログ出力ライブラリ「Apache Log4j」の2.x系バージョン(以降はLog4j2と記載)で確認された深刻な脆弱性を修正したバージョンが公開されました。セキュリティ関係組織では過去話題になったHeartbleedやShellshockと同レベルの脆弱性とも評価しています。ここでは関連する情報をまとめます。 1.何が起きたの? Javaベースのログ出力ライブラリLog4j2で深刻な脆弱性(CVE-2021-44228)を修正したバージョンが公開された。その後も修正が不完全であったことなどを理由に2件の脆弱性が修正された。 広く利用されているライブラリであるため影響を受ける対象が多く存在するとみられ、攻撃が容易であることから2014年のHeartbleed、Shellshock以来の危険性があるとみる向きもあり、The Apache Software

                                                                                Log4jの深刻な脆弱性CVE-2021-44228についてまとめてみた - piyolog
                                                                              • 決済システムの残高管理周りの DB 設計と戦略 - カンムテックブログ

                                                                                エンジニアの佐野です。今日はカンムの決済システムでユーザの残高管理をどうやっているかについて書きます。 カンムの製品であるバンドルカードはプリペイド方式のカードです。ユーザによる入金、店舗での利用、運営事由の操作などによりユーザの残高が増減します。このような残高の管理について単純に考えると user_id と balance と updated_at あたりをもったテーブルを用意して balance と updated_at を更新していく方法があるかもしれません。しかしながらカンムでは残高を管理するテーブルを持たず、これらイベントの履歴のみで残高を管理しています。以下、本記事ではこれらユーザの残高が増減するイベントのことをトランザクションと呼びます。ここでは DB の Transaction Processing を意味しません。 本記事のポイントは 残高を管理をするテーブルは作らず、ト

                                                                                  決済システムの残高管理周りの DB 設計と戦略 - カンムテックブログ
                                                                                • この一年の話(後編)|小野マトペ

                                                                                  (前編から続く) 前編では、この刑事事件の発端となった当日のことから、逮捕、報道、略式起訴を経て、公判請求を決意するまでの経緯をお話ししました。後編では、私の診断のこと、地裁公判がどう進行したのか、判決そして控訴についてお話ししたいと思います。 なお、本稿は前後編ともに弁護人および担当精神科医によるレビューのもと公開されています。 診断 公判の準備を整えながら、私は唐澤検事の言葉を反芻していました。 「20歳そこそこの子供ならともかく、35歳のいい大人が」 「頭がいいはずのあなたが」 「投稿の結果どうなるか分からなかったなんて、常識的に考えてあり得ない」 取調室で投げかけられたこれらの言葉は、ぐうの音も出ない正論でした。私は捜査機関の手続きは不当だったと考えていますが、私の問題のある行動が、彼らに故意を誤認させる原因になったことは確かでした。 私はなぜ、そうとは思わずに非常識な行動に出てし

                                                                                    この一年の話(後編)|小野マトペ