並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 2950件

新着順 人気順

バグの検索結果281 - 320 件 / 2950件

  • 100万件ぐらいのレコードを扱ったらOOMEが出た話。 - 谷本 心 in せろ部屋

    要約 技術的な話だけ教えて、という方のために先に結論だけ書いておきますと、PostgreSQLはクエリを実行した時点で全レコードの情報を一気に読んできてヒープを埋めてしまう場合がある、ということ話です。 たとえば、ResultSet#nextメソッドを使いながら処理を回すようなコードを書いて、少ないヒープでも処理できるようにするのは常套手段だと思いますが、そういうコードを書いていても一気にヒープを消費してしまうことがあるのです。詳しくはこのドキュメントを見てください。 https://jdbc.postgresql.org/documentation/head/query.html#query-with-cursor ことの発端 ちょっと仕事でJava + jOOQ + PostgreSQLで、DBのデータを集計するようなバッチ処理を書いてまして、もちろん俺様の書いたコードにバグなんてある

      100万件ぐらいのレコードを扱ったらOOMEが出た話。 - 谷本 心 in せろ部屋
    • ソフトウェアの複雑さに立ち向かう1つの哲学 :『A Philosophy of Software Design』 を読んだ - こまぶろ

      あけましておめでとうございます、になるはずだったのですが、後から読んだ『Googleのソフトウェアエンジニアリング』の方を先に記事にしたので新年2本目の更新です。 ky-yk-d.hatenablog.com さて、本題。最近のお気に入りポッドキャストであるe34.fmで激賞されていた『A Philosophy of Software Design』を読みました。初版は2018年に出ていて、今回は2021年に出た第2版を読みました。 スパゲッティコードを想起させる装丁 A Philosophy of Software Design, 2nd Edition (English Edition) 作者:Ousterhout, John K. Amazon scrapbox.io どんな本? 書籍のテーマはソフトウェアの複雑さです。複雑さとは、システムを理解したり変更したりするのを困難にさせるも

        ソフトウェアの複雑さに立ち向かう1つの哲学 :『A Philosophy of Software Design』 を読んだ - こまぶろ
      • Twitter障害はスクレイピングではなく“自己DDoS”が原因?

        Twitterのオーナー、イーロン・マスク氏は7月1日、Twitterでの“サービスの低下”の原因を「数百の組織がTwitterのデータを極度なレベルでスクレイピングしている」ことだとツイートしたが、原因は別のところにあるようだと、フリーランスのWeb開発者、シェルドン・チャン氏がMastodonの投稿で指摘した。 この“サービスの低下”で、多数のユーザーが投稿を読めなくなっている。マスク氏は2日、「極端なレベルのデータスクレイピングとシステム操作に対処するため」にユーザーが読める投稿数に制限を加えたとツイートした。 だがチャン氏は、異常なトラフィックの原因として、TwitterのWebアプリのバグにより、無限ループ状態でTwitterにリクエストが送信されていることを発見したと動画を添えて説明した。この動画では毎分数百件のリクエストが送信されていることが確認できる。 左の動画は、レートが

          Twitter障害はスクレイピングではなく“自己DDoS”が原因?
        • ITエンジニアの新たなバイブル『レガシーコードからの脱却』を読んだ - paiza times

          こんにちは。谷口です。 先日、オライリー社から『レガシーコードからの脱却――ソフトウェアの寿命を延ばし価値を高める9つのプラクティス』が発売されましたね。 弊社でもすぐ購入し、読みまくり、「これはリーダブルコードのように次世代のエンジニアのバイブルになる予感…」と言っているエンジニアもいたので、今回は本書の概要紹介と感想について書きたいと思います。 私の本書はすでに画像の通りふせん貼りすぎ下線ひきすぎ読みすぎでボロボロです。 レガシーコードからの脱却 ―ソフトウェアの寿命を延ばし価値を高める9つのプラクティス 作者:David Scott Bernstein発売日: 2019/09/19メディア: 単行本(ソフトカバー) 概要について 本書はどんな内容の書籍なのか、まずオライリー社公式サイトにはこう書かれています。 本書では、ソフトウェア開発において、初めからレガシーコードを作りださないた

            ITエンジニアの新たなバイブル『レガシーコードからの脱却』を読んだ - paiza times
          • なぜ自動テストの導入は失敗するのか? - プログラマーの脳みそ

            開発室の雑談。営業側のマネージャが言うには 「今のプロジェクトで自動テストの導入を試みている話をしたら、XXXさんのところでも過去にいくつか導入を試みたけどもみんな上手くいかなかったって話になって」 なるほど? まあ確かに自動テストはシステム開発にとって魅惑の技法ではあるものの、では導入がうまくいっているか? というと普及率は低いと言わざるを得ない。私がお手伝いしたプロジェクトでは、元請け側から自動テストをやるお達しが来たわけだが、紆余曲折あって掛け声倒れのような状態になってしまった。 ビジネス書の煽りタイトルのような本件だが、古式ゆかしき受注生産の業務システム開発プロジェクトに自動テストを導入しようとして失敗する事例を聞いたので、僕なりに分析して見出した要素を挙げておこうと思う。 V字モデル ソフトウェア開発の手法としてV字モデルというものがある。 オーダーメイドでシステムを作るにあたっ

              なぜ自動テストの導入は失敗するのか? - プログラマーの脳みそ
            • Amazon使うの一旦休止中 怖すぎる ※追記あり

              Amazonの宅配 って本当にエビルだなと思う Amazon で注文した商品の宅配 にきた人物が ひどい対応だったので Amazon に どうにかならないかと相談した。 相談した後にまた同じ宅配の人物が来て 怒っている様子で タバコの匂い付きの 荷物を渡してきた おそらく Amazon から 注意を受けたのだろう 明らかに怒った様子だ もう一度 Amazon に相談することも考えたが 報復の恐れもあるので それであればもう Amazon を一旦使うのをやめようと考えた デリバリープロバイダの 人間は すぐに辞めるという話も聞いているのでこの人物がいなくなるまで使うのを控えようと思っている この件がなければサイバーマンデーセールやら何やら楽しんで買い物ができたのだろうが 今はもっぱら楽天で買い物をしている 楽天は 佐川急便かクロネコヤマトのお店が多いので頼むときも安心だ 最近のAmazon

                Amazon使うの一旦休止中 怖すぎる ※追記あり
              • 民主主義バグってない?

                自民党の支持率が回復傾向にあることに失望している。 あらかじめ行っておくと建設業界に身を置くこともあり自民党支持者でこれまでの選挙では実際に投票もしている。 これまでというのは統一教会の件で自民党を支持することをやめたから。 団体の創設者を日本に招き、多額の献金といった霊感商法で世間を騒がせた後もなお現在進行形で国民に被害を与えているにも関わらず、その主催する講演会に出席するなど集票力を見込んで積極的に拍付けに協力していたのが自民党である。被害はその個人に止まらず、子どもにも多大な悪影響を与えている。 統一教会に協力していた議員は知らなかったなどと言い訳し、大きなお咎めなく議員活動を続けている。 国民への被害よりも票に重きを置いていることは誰の目にも明らかになったはず。それなのに支持率は上昇している。文字通りに国民を売り渡したはずなのに。 理由は分かる。被害者が有権者全体に対してごく少数だ

                  民主主義バグってない?
                • 新型コロナ≒ただの風邪と言うデマについて少し書く1

                  https://anond.hatelabo.jp/20200303170825 の増田のように今回の新型コロナウイルス(医学的な正式名称は後で書く)を風邪と勘違いしてる馬と鹿が合体したような全く新しい生物がここ数日のネットで急に散見されるようになったけど、「その声は、義務教育の敗北結果ではないか?」と言うのも酷なので昨夜の深夜に3時間近くかけて書いたのを一晩寝かせて上げたよ。 ワイ増田は医療関係者では無いので(増田で医療関係者名乗っても意味無いし)、この増田では厚労省、WHO、論文を引用した記事、日本政府専門家会議の会見記事など流石に客観的に信頼して良いだろうしほとんどの人が信用してくれるだろうソースを元に書いているよ。これらは今日時点でのほぼ正解だけど、明日は不正解になっているかも知れないし出来ればそうなってほしいけど、この記事を読んだ後に自分でもちゃんと最新情報を調べてね。 マスコミ

                    新型コロナ≒ただの風邪と言うデマについて少し書く1
                  • 「マナー、道徳、常識、暗黙の了解」で人を叩く行為が気に入らない。

                    功利主義に向き合う いきなりだが、どうもおれは功利主義者らしい。反出生主義などの持論を述べていたら、そう指摘された。 なるほど、反出生主義論者のベネターの考え方は功利主義的かもしれない。 とはいえ、おれは功利主義をよく知らない。「最大多数の最大幸福?」くらいのものだ。なので、おれは本を読んでみることにした。 功利主義 (岩波文庫) たとえば、有名なJ.S.ミルなどはなんといっているのだろう。『功利主義』の冒頭はこんな文章で始まる。 正と不正の判断基準をめぐる論争は、解決に向けた進展が少しも見られない。人間の知識の現状を作り上げている環境要因のうちで、これほど期待はずれなものはほとんどない。 最も重要なテーマに関する思索でありながら、長いあいだ立ち後れたままであり、期待はずれという点でここまで際立っている環境要因はほとんどない。 哲学が誕生して以来、最高善に関する話題、あるいは同じことになる

                      「マナー、道徳、常識、暗黙の了解」で人を叩く行為が気に入らない。
                    • プログラミングで一番難しいのは「見積もり」だと思う - Qiita

                      前書き プログラミングで一番難しいところの一つは、「見積もり」だと私は思う。人から頼まれてプログラミングをする時、必ず最初に聞かれるのが「だいたいどれくらいで終わるか?」だ。厳しいところだと「何日に納品してくれるのか?」を問われる(むしろこれが普通かもしれない)。まっさらな状況から過去の経験を総動員してかかる時間を予想したり、可能な限りタスクに分解して時間を見積ったりするが、いつも不安に駆られる。多くの人も、見積もりに対して困難と不安を感じているのではないかと思われる。見積もりに対する自分の知識と経験を話して他の人にも参考にしてもらいたいと思って記事を書いた。 見積もりという言葉には色々な意味を含むが、今回の記事では「プロダクトをリリースするまでの期間の見積もり」から「頼まれた一つの機能の完成させるための期間の見積もり」までのスコープで話をしたい。 なぜ見積もりをしないといけないのか? 見

                        プログラミングで一番難しいのは「見積もり」だと思う - Qiita
                      • 人間よりコンピューター信じた悲劇 富士通の会計システムに欠陥 英国の準郵便局長550人冤罪に苦しむ (木村正人) - エキスパート - Yahoo!ニュース

                        [ロンドン発]英国の郵便局を支えてきた元準郵便局長550人以上が会計システムのエラーから「無実の罪」を着せられ、投獄されたり、破産したりしていたことが分かりました。 ロンドンの高等裁判所は16日「地獄の20年」を味わった元準郵便局長たちの訴えを認め、和解金578万ポンド(約8億3400万円)の支払いを郵便局の窓口業務を引き受けるポスト・オフィス社に命じました。 英メディアによると、この会計システムはもともと英コンピューター企業ICLが開発した「ホライゾンシステム」。高等裁判所の判事はホライゾンシステムにかなりのバグやエラー、不良があったため、準郵便局長の支店口座に不一致が生じたことを認めました。 郵便局側は「ホライゾンシステムに何の問題もなかった」と主張してきました。しかし判事は「2000年に導入されたシステムは少しも堅牢ではなかった」として、郵便局の支店口座で帳尻が合わずに資金不足が生じ

                          人間よりコンピューター信じた悲劇 富士通の会計システムに欠陥 英国の準郵便局長550人冤罪に苦しむ (木村正人) - エキスパート - Yahoo!ニュース
                        • noteをやめようと思います。|Tamaka Ogawa

                          https://ogatama.theletter.jp 【10月27日18時追記】 回答者の幡野さんや編集部、糸井重里さんが謝罪、幡野さんと質問者とのその後のやり取りが掲載された記事が出ました。(謝罪や対応を評価するような立場ではありませんが)ホッとしました。良かったと思います。※やめる、ということでいったん全ての記事の公開をやめて下書きに戻そうかと思ったのですが、有料記事は下書きに戻すことができないみたいで、200近くある記事をバックアップとってから削除ということになりそうなのでちょっと時間がかかりそうです【追記終わり】 炎上したCakesの人生相談、私は有料部分まで全部読んだのですが、ひどかった……。有料部分では一転して優しいこと書いているというオチじゃないとさすがにどうにもならんのではこれは……と思う無料部分の内容でしたが、有料部分は輪をかけてひどかったですね。どうなんよ、ほんとど

                            noteをやめようと思います。|Tamaka Ogawa
                          • グーグルが開発した画像圧縮ツールSquoosh。フロント開発向けにNode.jsで扱う方法まとめ - ICS MEDIA

                            グーグルが開発した画像圧縮ツールSquoosh。フロント開発向けにNode.jsで扱う方法まとめ 『Squooshスクーシュ』というGoogleが開発した画像圧縮ウェブアプリがあります。ブラウザで変換結果を見ながら圧縮設定ができるので、画像圧縮の難しい知識を持たない方でも使いやすいことが特徴です。圧縮だけでなく、WebPなどの各種フォーマットへの変換・リサイズといったこともできる便利ツールです。 このSquooshをNode.jsで扱える『libSquoosh』が存在します。libSquooshは大量の画像を一括で圧縮、WebPへの変換、リサイズなどの処理をこれ1つで完結できるのがポイントです。昨今のウェブはページの読み込み時間が重視される傾向があります。画像のファイルサイズは読み込み時間に大きく影響するため、画像圧縮は重要なテクニックです。libSquooshをwebpack・Viteと

                              グーグルが開発した画像圧縮ツールSquoosh。フロント開発向けにNode.jsで扱う方法まとめ - ICS MEDIA
                            • 【追記あり】逃げ癖酷いアラフォーだけど逃げて後悔したことが1度もなかった

                              中学時代にブサイクで頭悪いだけで周りからの歯止めの効かない心無いイジリや暴力で居心地が酷く悪くなって、白髪が増えだして学校バックレて不登校になって親から顰蹙買ったけどその後に「あの時学校行っておけば良かった」って思ったことは1度もないし、 高校の時はバイト先のおっさんに目つけられやすくて(なぜかどこ行ってもおばさん達には良くして貰えた)、面倒くさくなるとすぐ辞めたりバックれたりしてたけど、「あの時頑張ってバイト続けてれば」と思ったことは1度もないし、 その後市職員として公務員になったけど人間関係の濃さ故に俺みたいな頭と顔と要領が悪いゴミは真っ先に同期内でスケープゴートされて、仕事も覚えられないし同じ部署に入った同期と比較されてゴミのような扱いを受けて精神科で薬の世話にまでなった挙句バックレたけど、仕事離れた途端薬必要なくなったし「公務員だししがみついてれば良かった」って思ったことも1度もな

                                【追記あり】逃げ癖酷いアラフォーだけど逃げて後悔したことが1度もなかった
                              • 「トランザクション張っておけば大丈夫」と思ってませんか? バグの温床になる、よくある実装パターン

                                この記事は DeNA 20 新卒 Advent Calendar 2020 19日目の記事です。 はじめに MySQLやPostgreSQLに代表されるRDBMSではトランザクションと呼ばれる仕組みが提供されています。多くのWebアプリケーションエンジニアはこのトランザクションを駆使してDBとやりとりをするロジックを組み立てることになります。 しかし不整合を起こしたくない処理があるからといって闇雲にトランザクションを張ったり、トランザクションが張られているからと安心してアプリケーション側で闇雲にロジックを組み立ててしまうと思わぬバグを生むことになってしまいます。 このエントリでは、「トランザクションを張っておけば大丈夫」という考え方は危険な場合もあるということを、ありがちな実装例を交えて紹介していきます。 並列に処理されるトランザクション そもそも、トランザクションは全て直列に処理されるわ

                                  「トランザクション張っておけば大丈夫」と思ってませんか? バグの温床になる、よくある実装パターン
                                • 今のチームに来てから最も生産性が上がった考え方|牛尾 剛

                                  多分今回のポストは多くの人には参考にならないだろう。相当ニッチなので。でもこれは自分にとってはとても大きなことだったので、忘れないように記録しておきます。 生産性の悩み あまりこの世界では生産性とはあいまいな言葉で、何をもって生産性が高いとは言いにくい。速いのが良いのではない。ただ、自分の実感として自分は生産性が良くないといつも感じていた。だからいろいろ努力したり、考え方をできる人を観察して真似してみたり、直接本人に聞いたりして工夫をしてきた。 実は自分はめっちゃコーディングが早い人になりたいわけではない。そうではなくて、「平均的」になりたいだけだ。それぐらいいければ「Strategy」でカバーできるどころかもっと上に行けると確信があったから。でもそうではなくて明らかに遅いのでそれが自分の足を引っ張っていた 努力の方向性 様々な努力をして、特に有効だったことを自分の本に書いたつもりではある

                                    今のチームに来てから最も生産性が上がった考え方|牛尾 剛
                                  • 単一責任の原則(Single responsibility principle)について、もう一度考える | オブジェクトの広場

                                    単一責任の原則(Single responsibility principle)について、もう一度考える はじめに オブジェクトの広場をご覧の皆様ならば、「SOLID原則」という言葉を聞いたことがあるかもしれません。 SOLIDとは、以下の5つのソフトウェア設計原則を並べたバクロニムです。 Single Responsibility Principle:単一責任の原則 Open/closed principle:オープン/クロースドの原則 Liskov substitution principle:リスコフの置換原則 Interface segregation principle:インターフェース分離の原則 Dependency inversion principle:依存性逆転の原則 ソフトウェアエンジニアが知っておくべき設計原則のセットとして、Clean Architecture や

                                      単一責任の原則(Single responsibility principle)について、もう一度考える | オブジェクトの広場
                                    • 開発者の年功レベル

                                      Kamran Ahmedのブログより。 ジュニア、中堅レベル、またはシニア開発者としてステップアップするには? カムラン・アーメッド (Kamran Ahmed) 私はロードマップのやり直しに取り組んでいます —— 年功レベルに基づいてスキル一式を分割し、新しい開発者に理解しやすくし、怖がらせないようにします。ロードマップは技術的な知識についてだけになるので、私が繰り返し、様々な年功の役割について考えていることについて記事を書くのは良い考えだと思いました。 私は、多くの組織が長年の経験を本来あるべきものよりも重要視することで開発者の年功を決定しているのを目にしてきました。私は、「ジュニア」とラベル付けされた開発者がシニア開発者の仕事をしており、「シニア」と呼ばれる資格さえない「主任(lead)」開発者を見てきました。開発者の年功は、彼らの年齢、経験年数、または彼らが持っている技術的知識だけ

                                      • VSCodeにChatGPTの拡張機能を入れてコードレビューやバグを発見してもらう - Qiita

                                        ChatGPTとは? OpenAIが開発するGPT-3という言語モデルをベースとした(執筆当時)チャットアプリです。 こちらの質問に対して、AIが色々な質問に答えてくれて、一般的な内容だけではなく、コードレビューやバグなども発見してくれるめっちゃ凄いやつです。 細かい内容は以下の記事がとても参考となります。 筆者の関連記事 VSCodeと連携して、ブラウザを開かなくてもChatGPTを使用できるようにする 通常はブラウザを開いて使用するのですが、コーディング中にサクッとレビューしてもらったり、バグを見つけてもらえるような拡張機能があったので、そちらの設定方法について記述してみます。 今回インストールする拡張機能 使用までの手順 環境 PC: MacBook Pro (Apple M2) OS: macOS Ventura 13.1 VSCode: v1.74.3 OpenAIの価格について

                                          VSCodeにChatGPTの拡張機能を入れてコードレビューやバグを発見してもらう - Qiita
                                        • TBSのニュースサイトヤバない?(追記)

                                          はてぶの上位にちょいちょい載ってるTBS系のニュースサイト、newsdig.tbs.co.jpについて。 https://b.hatena.ne.jp/site/newsdig.tbs.co.jp/ 何がヤバいかって、くっそ巨大なCookie(LocalStorageとかも含むのか知らんけど)をしこたま保存してんのよ。 気付いた時点では640MBも占有してた。別に巡回チェックしてるわけでもなく、話題に挙がってたら見てみることもある程度のアクセス頻度なのだが。 Chromeユーザーはアドレスバーに↓コピペして確認してみてくれ。 chrome://settings/content/all?searchSubpage=tbs.co.jp&search=cookie 試しにCookie消去してから、ただ開いただけでサイト上で何の遷移もしてないのに279MBも保存された。 次点ではpresi

                                            TBSのニュースサイトヤバない?(追記)
                                          • 【海外アニメ】恐怖!ディズニープラスクソダサロゴ展覧会!【カートゥーン】 - コウタロー速報

                                            どうも、コウタローです。 みなさん…ディズニープラスはお好きですか? ディズニー、ピクサー、MCU、スターウォーズ、ナショナルジオグラフィック… あとシンプソンズ などめちゃくちゃ良いコンテンツが揃ったサブスクでお馴染みですよね 近年では「アメリカンドラゴン」「リセス」「スーパーロボットモンキーチームハイパーフォースGO!」などディズニーチャンネルの昔の名作カートゥーンや 「よく吹き替えあったな!?」ってなる昔のマーベルアニメなど海外アニメ好きにとってありがたいサービスとなっています しかし……そんなディズニープラスに対して僕はある不満があります なんだかんだワンダーを配信しない とか 字幕と吹き替え変更とかマイリストに一発で行けないUIがマジで最悪 とかもあるんですが個人的に一番興醒めなのは……… 日本語ロゴがマジでカスすぎる!!!!!!!! なんなんこのロゴ????? フォントが弱々し

                                              【海外アニメ】恐怖!ディズニープラスクソダサロゴ展覧会!【カートゥーン】 - コウタロー速報
                                            • ベイジのウェブ制作ワークフロー2021年版(約100のタスクと解説) | knowledge / baigie

                                              営業、受注、制作、納品、運用と、ウェブ制作の活動は長期に渡り、そのタスクの種類と量は膨大です。だからこそ、基本的なプロセスや使用するドキュメントなどを明確に定義しておかないと、サービスの品質が担当者により大きく変わることになります。 ベイジは社員がまだ5名の頃、各人に委ねた進め方によって以下のようなトラブルが頻発していました。 ミスが発生しても「次から気をつける」と精神論で終わらせてしまう 担当するディレクターやクリエイターによってタスクの抜け漏れが起きる 担当者それぞれが属人的な進め方をしてて品質が安定しない 役割が不明瞭なグレーゾーンのタスクが放置されてしまう 創造的な仕事の時間が、ルーチンや計画にないタスクに奪われてしまう 新しい社員が入る度に同じことを教えないといけない これら問題を解決するため、2014年頃からワークフローを整備するようになりました。ちなみに私が入社したのはこれ以

                                                ベイジのウェブ制作ワークフロー2021年版(約100のタスクと解説) | knowledge / baigie
                                              • ラヴィット!見る前にこれだけ押さえとこう!ラヴィット!内輪ネタ総まとめ - オルソンブログ

                                                どうも、オルソンです。 ラヴィット!それは、TBSで月〜金の朝8時から10時まで放送されている情報番組、もとい、情報番組の皮を被った激オモロ芸人お祭り番組である。当初は、情報番組の皮を被った情報番組だったがゆえに苦戦したが、徐々に大喜利番組、芸人お祭り番組へシフトしていった……………のだが、先日、そんなラヴィット!に水を差すようなネットニュースが入ってきた。 『ラヴィット』芸人の内輪ノリにドン引き 喜ぶのは"自称お笑い通"だけのプログラムか|ニフティニュース https://news.nifty.com/article/entame/showbizd/12156-1608733/ とんだ大悪口だが、すぐ下にある鼻の角栓のCMの方が強い不快感をもよおすこと以外、特に間違ったことは書いていない。というのも、現在のラヴィット!はあまりにも多くの内輪ネタが乱立しており、新規参入が困難な市場になりつ

                                                  ラヴィット!見る前にこれだけ押さえとこう!ラヴィット!内輪ネタ総まとめ - オルソンブログ
                                                • リモートワーク社員80人分のVPN環境を低コストかつスケーラブルに提供する方法

                                                  こんにちは。Finatextでエンジニアをしている @s_tajima です。 新型コロナウイルス感染症の影響により、近年徐々に広まりつつあったリモートワークやテレワークといった働き方やその設備に対する企業の温度感が、「あったらいいね」から「無いとだめ」に急速に変わりつつあるのを感じます。 弊社も先日の緊急事態宣言を受け、 全社的に原則在宅勤務という体制 に移行しました。 そこで今回は、Finatextのリモートワーク(在宅勤務)を支えるVPNのシステムについてご紹介したいと思います。 FinatextのVPNシステムは以下のように運用しています。 月に2万円程度のコストPritunlというオープンソースのソフトウェアを使用AWS上にスケーラブルな形で構築エンジニア・非エンジニア含めて80人ほどの社員が利用今使っているVPNに何かしらの不満がある方、突然VPNの環境が必要になりどのように構

                                                    リモートワーク社員80人分のVPN環境を低コストかつスケーラブルに提供する方法
                                                  • 女子大生が100日連続で生成AIで100本のプログラムを書いたらどうなったか?

                                                    ボードゲームやアクションゲーム、各種ツールやシミュレーションなどさまざまなソフトが100日間に作られた いままで数えきれないほどのプログラマーに会ってインタビューもさせてもらってきたが、久しぶりに若いプログラマーの話を聞いてきた。ここ1、2年では U22グランプリの男子中学生や全国小中学生プログラミング大会の受賞者たちだが、今回は、ChatGPTを使ってプログラムを書きまくった女子大生である。 彼女は X(Twitter)の自分のアカウントで1日1本のソフトを100日間連続で作るというイベントをやっていて「おっ、頑張っているな!」と思って応援していた。「こんなゲームを作ってほしい」などとリクエストを出したりもしていたのだが、どうも私が想像していたものと内容もやり方も違っていたようである。 目下、ソフトウェア産業の最大のテーマは「我々は人間の言葉でプログラムを書くようになるだろうか」というこ

                                                      女子大生が100日連続で生成AIで100本のプログラムを書いたらどうなったか?
                                                    • うちのチームのプログラマーはなぜテストがうまいのか - CAT GETTING OUT OF A BAG

                                                      うちのチームのプログラマーはテストが好きかどうかは分からないけど「これよく見つけたなー」と思うようなバグを見つけてくるからテストがうまいと思う。で、なんでうまいのか考えているのだけど「毎日1時間、システムレベルのテストをしている」のが、うまくなる要因の一つなんじゃないか。— miwa (@miwa719) 2019年6月24日 医用機器(自社製品)のソフトウェア開発に従事して、あと数年で30年になります。いろんなチームに所属し、多くの開発者と一緒に仕事してきましたが、現在所属しているチーム(うちのチーム)のプログラマーはテストがうまいです。プログラマー時代の自分と比較してもそう思いますし、『ソフトウェアテスト』という側面から製品開発を考えられるようになった今の自分から見てもそう思います。いいバグを見つけたなぁ…(素晴らしい)と思うことが多々あります。 うちのチームのプログラマーはなぜテスト

                                                        うちのチームのプログラマーはなぜテストがうまいのか - CAT GETTING OUT OF A BAG
                                                      • コードレビュー虎の巻 - Qiita

                                                        レビューガイドライン(Review GuideLine) ここで述べているレビューはピアレビューについての方法です。 (作業成果物の欠陥と改善の機会を探すレビュー) 「最悪を最初に」を基本としてレビューすべき、 たとえば、仕様やアルゴリズムに欠陥があるのに、typoにこだわってもしょうがないので、なにが最悪かを考え、それを防ぐための物からレビューをします。 誤りがプロダクト全体に影響し、手戻りのコストが高くつく、あるいは失敗するようなリスクがないかを考慮にいれてレビューの対象を選択します。 たとえば、基本的な初期フェーズの要求仕様や、クリティカルな決定の基礎になる仕様、使用頻度が高いモジュールなどを重点的にレビューします。 以下に書く項目はレビュアーに負担をかけないようにするのが前提なのでレビュアーに出す前にそもそもテストしたい項目です。 参考: あなたのおっしゃるレビューってどのことかし

                                                          コードレビュー虎の巻 - Qiita
                                                        • 「楽しいです」をどう回避するか? 〔日本語を編集する悩ましさ〕 - in between days

                                                          日本語の欠点のひとつとされるものとして「形容詞+です」の問題があります。 これは標準語の敬体表現において、名詞であれば「犬です」のように「です」があり、動詞には「遊びます」にように「ます」があるのに対して、形容詞に付く適切な助動詞がないことに起因しています。一種の仕様バグかもしれません。 とても丁寧に言えば「楽しうございます」となるけれど、この「ございます」ほど丁寧でなく、もっと日常的で使いやすい語尾がほしい。京都には「楽し(う)おす」という表現があり、これが入って標準語にも「です」「ます」「おす」が揃っていればキレイだったんですが、残念ながら含まれていない。 それで仕方なく使われてるのが、本来なら名詞に付く「です」を形容詞に付けた「楽しい+です」という表現で、これがどうしても木に竹を接いだような印象になってしまう。とはいえ、いかんともしがたいので、最近では「い+です」も正しい日本語でいい

                                                            「楽しいです」をどう回避するか? 〔日本語を編集する悩ましさ〕 - in between days
                                                          • 見事な「赤富士」を捉えた山中湖のライブカメラ映像に驚きと感動の声 葛飾北斎「凱風快晴」のような絶景……!

                                                            富士山の見える山中湖からの風景を配信するライブカメラが捉えた赤富士に「美しい……」「浮世絵の世界だ」と感動の声が上がっています。 すごすぎる…… 葛飾北斎の赤富士は存在した!! 話題になったのは、写真家でギタリストのVICENTE AGEMATSUさんが、自身のYouTubeチャンネルにて6月12日夜~13日朝にかけて行ったライブ配信の映像。 早朝4時20分頃から美しい朝焼けの空がみられ、その赤い色が徐々に富士山を染めていくような光景が映っています。全体が染まって輝くような“赤富士”が現れる頃には、空の色が青色へと落ち着き、赤と青のコントラストが見事な絶景に。 富士山が赤く染まってきた様子 空が青くなり、葛飾北斎の「凱風快晴」のような景色へ あまりにきれいで、まさに葛飾北斎の名画「凱風快晴」を思わせる映像がTwitterで拡散されると、「ほんとに赤い……!」「絵みたいだ」と驚きの声が多く上

                                                              見事な「赤富士」を捉えた山中湖のライブカメラ映像に驚きと感動の声 葛飾北斎「凱風快晴」のような絶景……!
                                                            • ウォータフォールはやめて2024年の開発をやろう!|牛尾 剛

                                                              今回の記事は特に私の意見であり、所属会社の意見ではないことをお断りしておきます。 最近になってまたウォータフォール vs アジャイルの議論を見かけることが多くなってきたので、私が勤務する米国の世界規模のクラウドプロバイダーでは2024年現在どんな開発をしているのかをご紹介したいと思います。私はこれが「正解」といいたいのではなく、何らかのポイントが皆さんの何らかの参考になったらいいなと思って筆をとりました。 ちなみに、2016年時点で私のウォータフォール開発に対する考え方は下記のブログの通りで今も変わっていません。ただ、2024年現在だからといってアジャイルをやるべきと思っているわけでもありません。 もし、今ウォータフォールをやっている人がいたら「そんなこと言ってもどうしたらええねん」となると思うので、自分なりの解決方法も考えてみました。 最初に自分的な結論を書いておくと「2024年の開発と

                                                                ウォータフォールはやめて2024年の開発をやろう!|牛尾 剛
                                                              • 『良いコード/悪いコードで学ぶ設計入門 』を出版します|ミノ駆動

                                                                こんにちは、リファクタリングが大好きなミノ駆動です。 これは、私が執筆した『良いコード/悪いコードで学ぶ設計入門 ―保守しやすい 成長し続けるコードの書き方』について紹介する記事です。 2022年4月30日発売です(ほぼ同日に電子書籍版も出ます)。 AmazonなどECサイトで、すでに多くの予約が入っており、ヨドバシ.comでは一時期予約終了になったほどです。おかげさまで初版部数が2倍になりました。 ■どんな本?皆さんはプログラミングでバグを埋め込みたいですか?ロジック修正が上手くいかず、ヒィヒィ言いながら長時間残業したいですか?イヤに決まってますよね。ところが現実には、 何度もバグを埋め込んでしまう ロジックを読み解くのに時間がかかる やっとロジック修正しても、全然違う箇所がバグ化してしまう ……ほとんど誰もが体験しているのではないでしょうか。 でも、こうした状況をなんとかしたいと思って

                                                                  『良いコード/悪いコードで学ぶ設計入門 』を出版します|ミノ駆動
                                                                • 「0.1+0.2≠0.3」を説明できないエンジニアがいるらしい - Qiita

                                                                  この記事はNuco Advent Calendar 2023の4日目の記事です。 弊社では、経験の有無を問わず、社員やインターン生の採用を行っています。 興味のある方はこちらをご覧ください。 はじめに 後輩に 「なぜ0.1+0.2≠0.3になるんですか?」 と聞かれて答えられますか? コンピュータの計算では「0.1+0.2」は「0.3」になりません。 これを理解していないと予期せぬ重大なバグを生み出す可能性があります。 分からない方、どうぞ安心してください。 この記事を読んだ全員が「0.1+0.2≠0.3」を理解できるように分かりやすく説明していきます。 コンピュータが計算を間違う理由 まず、そもそも「0.1+0.2=0.3」で正しい!「0.1+0.2≠0.3」なんてあり得ない! という方のために、プログラミング言語のフォーマット処理を経ない、コンピュータの計算結果を見てみます。

                                                                    「0.1+0.2≠0.3」を説明できないエンジニアがいるらしい - Qiita
                                                                  • 新人君に身に着けて欲しいマインドや習慣 - Qiita

                                                                    三行 報告と確認は大事だから怠らないように 手段と目的を履き違えるな 勉強は大事だから習慣化する(軽くでいい) 新人教育に手を出そうかと思ったんです おはようございます。この季節は手元が冷えまくってさむ谷園の冷え茶漬けなのでなるたけキーボードいじりたくないデブです。 私事ですが去年に転職しまして、いい感じにやれてます。フルリモート最高です。 そんなこんなでまあまあ月日も経って試用期間も終わり、前々から思ってた教育関連に手を出したいと本社で色々言ってます。 とは言え本社側としても長期で色々考えててとりあえず今々私が手を付けれそうなのが参画後研修というやつっぽい空気なのでそれ向けに一本記事を書きます。 で、その参画後研修の対象が以下の感じです。(以降新人君、とします) 研修終わって本格的に業務に参加しだした人 大体1,2年目くらい はい。大事な時期です。 どのくらい大事かと言うとアニメの1~3

                                                                      新人君に身に着けて欲しいマインドや習慣 - Qiita
                                                                    • 【正論】トー横キッズ「勉強しろっていうけど、勉強して偉くなった人が作ったのが今の日本社会でしょ?じゃあ勉強なんてする意味ないね」 : 哲学ニュースnwk

                                                                      2023年09月13日16:03 【正論】トー横キッズ「勉強しろっていうけど、勉強して偉くなった人が作ったのが今の日本社会でしょ?じゃあ勉強なんてする意味ないね」 Tweet 1: 以下、5ちゃんねるからVIPがお送りします 2023/09/13(水) 14:09:03.622 ID:ELf2K3oUp 反論できなくてワロタ プーチン氏、金正恩氏とガッチリ握手。顔デカくね?wwwww 3: 以下、5ちゃんねるからVIPがお送りします 2023/09/13(水) 14:09:39.008 ID:Yxa0HOl+0 ぐぬぬ… 4: 以下、5ちゃんねるからVIPがお送りします 2023/09/13(水) 14:10:00.326 ID:RX+D3WVC0 今の落ちぶれた日本社会でも世界全体のレベルから見たら圧倒的にマシな世界なんだが 7: 以下、5ちゃんねるからVIPがお送りします 2023/0

                                                                        【正論】トー横キッズ「勉強しろっていうけど、勉強して偉くなった人が作ったのが今の日本社会でしょ?じゃあ勉強なんてする意味ないね」 : 哲学ニュースnwk
                                                                      • 伝わるバグ報告 | さくらのナレッジ

                                                                        この記事は2020年10月28日に行われたさくらの夕べ Tech Night #3 Onlineにおける発表を文章化したものです。 ダーシノと申します。さくらインターネットでフロントエンドエンジニアをやっています。この記事では、発生したバグをプログラマーに的確に伝えるためのバグ報告の書き方について説明しようと思います。 バグ報告にはコツがある! プログラマをされている方で、過去にこんなバグ報告をもらった経験はないでしょうか。例えば「動きません」とだけ送られてきたりとか、イラッとした感情も含めた「使えねぇな!」みたいな報告、「アレもコレもソレもおかしいよ」みたいな、いろんなものが書かれた報告もあると思います。バグを残してリリースしてしまったプログラマーとしては非常に申し訳なくて今すぐ対応をしたいのですが、さすがに先ほどのようなバグ報告を受けても、我々プログラマは対応のしようがありません。「申

                                                                          伝わるバグ報告 | さくらのナレッジ
                                                                        • SNSが変わろうとしている:Twitterの分散化方針をアナタは知っているか|Wakageeks

                                                                          今回私は2020年以降のSNSの動向を記そうと思いnoteを書き始めた。 そして今まさにTwitterはSNSの歴史的な岐路へ立っている。それは何故かを先ず語らなくてはこの話は進められないだろう。 つい先日、Twitter創始者のJack DorseyがTwitterのネットワークを分散化方針を発表したのだ。 Twitter is funding a small independent team of up to five open source architects, engineers, and designers to develop an open and decentralized standard for social media. The goal is for Twitter to ultimately be a client of this standard. 🧵 —

                                                                            SNSが変わろうとしている:Twitterの分散化方針をアナタは知っているか|Wakageeks
                                                                          • 服のダサさの壁

                                                                            壁その1.自分のセンスを疑えるかダサさというのは自分のセンスと相手(世間)のセンスの差で起こる ・自分の思い通りの服を着れる場合 ・自分のセンスと世間のセンスが一致している場合 この条件下ではダサさは生じない ダサいというのは思い通りの服を着れないか、思い通りに着たのに世間からダサい認定された時に生じる 前者は一旦置いておいて、ダサいやつがハマるのは大抵後者だ このとき、「自分では良いと思っているのに世間ではダサいと思われている」ことに気づき、それを認めなきゃならない これにはコミュ力や空気を読む力が要るので、陰キャはこの壁が苦手である あと謙虚さがない人もこの壁が苦手、周りにイエスマンが固まってるとか 壁その1の内側に居る状態を「無垢な幸せ者」と呼ぼう できれば中学生でここは卒業しておきたい (私は大学生だった、中学生はそれ以前「お母さんセレクト」だった、お母さんセレクトはセンスが前時代

                                                                              服のダサさの壁
                                                                            • Windowsイベントログ解析ツール「Hayabusa」を使ってみる - itiblog

                                                                              こんにちは、いちび( @itiB_S144 )です。 2021年12月25日にWindowsイベントログ解析ツールとして「Hayabusa」がリリースされました🎉 Hayabusaは事前に作成したルールに則ってWindowsイベントログを調査し、インシデントや何かしらのイベントが発生していないか高速に検知することができるツールです。 私も開発を微力ながらお手伝いさせていただきました。 本記事では多くの方にHayabusaを触っていただきたいため、簡単な使い方を紹介していきます。 We just released two Windows event log analysis tools: Hayabusa and WELA: https://t.co/nFHxSgUl2q #yamasec— Yamato Security Tools (@SecurityYamato) 2021年12月2

                                                                                Windowsイベントログ解析ツール「Hayabusa」を使ってみる - itiblog
                                                                              • プログラミングの原則:構造化テキストを文字列結合で作らない、置換でいじらない - Uzabase for Engineers

                                                                                こんにちは、ソーシャル経済メディア「NewsPicks」のむとうです。 先日から『Ghost of Tsushima』の開発者が書いた『ルールズ・オブ・プログラミング』という本をちょっとずつ読み進めていて、プログラミング熱が高まっています。この本は大きな指針を示すだけで具体の話をするものではないのですが、読み物として面白いので私も似たようなことをやってみたくなりました。 何年もこういう仕事をしているとバグが入るパターンというのが見えてきます。そしてだいたいどこに行っても何の仕事でも似たようなことをすることになるのですが、今回の話もその一つです。 構造化テキストを文字列結合で作らない、置換でいじらないというのはこれだけみると何のことか分かりづらいかも知れませんがSaaS Product Team セキュアコーディングの啓蒙 第2回 (SQL インジェクション編)の内容とある面では同じ話です。

                                                                                  プログラミングの原則:構造化テキストを文字列結合で作らない、置換でいじらない - Uzabase for Engineers
                                                                                • たった一言でエンジニアを怒らせる方法 10 おまけ付き - KAYAC engineers' blog

                                                                                  この記事は、Tech KAYAC Advent Calendar 2020 の17日目の記事になります。 こんにちは。はじめまして。クライアントワーク事業部でコピーライターをしている合田ピエール陽太郎と申します。 www.kayac.com コピーライターとは 普段は、広告を見る人に向けて、どんな言葉を言えば振り向いてくれるか、商品を手に取ってもらえるかを考え続けて全精力を捧げている人間です。いわゆる短い言葉で、人を惹きつけるにはどうすればいいかを常日頃から考えています。たとえば、YouTubeの『好きなことで生きていく』、日産の『やっちゃえ日産』などは一度は目にしたことがあるのではないでしょうか。そういった言葉をディレクターから依頼されて考えることが多いです。 書こうと思ったきっかけ 僕がこれまで数社を渡り歩いてきた中でエンジニアと他の職能の人とが言葉のやりとりで上手くいかずに憤慨してい

                                                                                    たった一言でエンジニアを怒らせる方法 10 おまけ付き - KAYAC engineers' blog