並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 17761件

新着順 人気順

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

  • 新幹線殺傷の被告 無期判決に「控訴しません」と絶叫し万歳繰り返す

    新幹線殺傷事件で横浜地裁小田原支部が言い渡したのは、小島一朗被告が身勝手に望み続けた「無期懲役」だった。判決を言い渡された小島被告は、裁判長の許可もなく、「控訴はいたしません。万歳三唱します」と叫び、実際に両手を3回、高々と上げた。 公判で、小島被告は「一生刑務所に入りたかった」「3人殺すと死刑になるので、2人までにしようと思った」などと身勝手な動機を話していた。 この日は、その公判と同じく、灰色のスエット姿に眼鏡をかけて入廷。傍聴席や裁判員席に何度も目をやる場面がみられた。 判決の言い渡しが始まると一転、小島被告は、じっと前を見据えた。「被告人を無期懲役に処する」。佐脇有紀裁判長が、こう告げた瞬間も、微動だにしなかった。 だが、裁判長が控訴について説明し、自席に戻るように促すと、小島被告は立ち上がって万歳することを宣言した。「被告人は席に戻りなさい」。裁判長は強い口調で制したが、小島被告

      新幹線殺傷の被告 無期判決に「控訴しません」と絶叫し万歳繰り返す
    • AUTOMATONライター陣が選ぶ「ゲーム・オブ・ザ・イヤー 2019」 - AUTOMATON

      今年2019年を振り返る、AUTOMATONの年末企画第4弾。これまで、一番やりこんだ作品、ベスト短編、アイデア賞と企画を分けて掲載してきた。そして本稿では、1年の総括としてライター各自の個人的な「ゲーム・オブ・ザ・イヤー 2019」を発表する。2019年に発売されたタイトルのうち、各ライターのゲーミングライフにおいて特別な位置を占めた作品だ。 『リングフィット アドベンチャー』 ――「健康」という崇高なミッション 開発: 任天堂 販売: 任天堂 発売日: 10月18日 対応機種: Nintendo Switch 2014年1月30日。任天堂経営方針説明会にて、岩田聡社長(当時)は「娯楽の定義拡大」のため、「人々のQOL(Quality of Life)の向上」を目標に掲げた。その際、QOL向上の第一ステップとされたテーマが「健康」だった。周知のように、その翌年に岩田氏は胆管腫瘍のため急逝

        AUTOMATONライター陣が選ぶ「ゲーム・オブ・ザ・イヤー 2019」 - AUTOMATON
      • 「やばすぎる」 Javaライブラリ「Log4j」にゼロデイ脆弱性、任意のリモートコードを実行可能 iCloudやSteam、Minecraftなど広範囲のJava製品に影響か

        Webセキュリティ製品などを手掛ける米LunaSecの報告によると、Minecraftの他、ゲームプラットフォームのSteamやAppleの「iCloud」もこの脆弱性を持つことが分かっており、影響は広範囲に及ぶと考えられるという。 この脆弱性の影響があるのは、Log4jのバージョン2.0から2.14.1までと当初みられていたが、Log4jのGitHub上の議論では、1.x系も同様の脆弱性を抱えていることが報告されている。対策には、修正済みのバージョンである2.15.0-rc2へのアップデートが推奨されている。 セキュリティニュースサイト「Cyber Kendra」によれば、この脆弱性に対して付与されるCVE番号は「CVE-2021-44228」という。 脆弱性の報告を受け、Twitter上ではITエンジニアたちが続々反応。「やばすぎる」「思っていたよりずっとひどいバグだった」「なぜこんな

          「やばすぎる」 Javaライブラリ「Log4j」にゼロデイ脆弱性、任意のリモートコードを実行可能 iCloudやSteam、Minecraftなど広範囲のJava製品に影響か
        • 今すぐ始められるOSS活動 - Gunosy Tech Blog

          はじめに Github Help Wantedでissueを選ぶ OSSのコントリビュート方法を確認する 実装 既存コードの動作確認 機能実装 プルリクを出す マージされる 最後に はじめに こんにちは。広告技術部のjohnmanjiroです。普段は広告配信のAPIや管理画面を作っています。 今回は最近自分が始めたOSS活動のやり方について紹介しようと思います。 issueを見つけたその日にプルリクを出し、約1週間後にマージされました。 「OSS活動始めたいけど、別に普段使ってる中でバグを見つけたりもしてないし、貢献したい明確なOSSもない、どうしよう🤔」そんなOSS活動未経験者の参考になれば幸いです。 ちなみに自分自身、活動を始めたばかりのペーペーです。 Github Help Wantedでissueを選ぶ OSS活動を始めるにあたって、まずは貢献するissueを選びましょう。iss

            今すぐ始められるOSS活動 - Gunosy Tech Blog
          • 個人開発アプリ数年運用している人はみんな知っている真実 8選

            こんにちは。個人開発アプリで食べている、あたか、です。 個人開発数年運用している人はみんな知っている真実を、共有します。 これからチャレンジする人の参考に、ドウゾ。 1. iPhoneユーザーはAndroidユーザーより金払いが良い iPhoneユーザーの方がどんどん課金してくれます。 Androidユーザーは、文句は多いけど、お金は払ってくれません。 2. Androidの方がeCPM(広告1000回表示あたりの収益)が高い iOSはiOS14あたりから広告で個人情報を取れなくする規制を開始したためか、iOSの方がeCPM(広告1000回表示あたりの収益)が低めです。 ただ、Androidもバージョン13から、iOSと似たような広告規制を開始するようなので、差はなくなるかもしれませんね。 3. Androidは面倒くさい 端末が安く、ライセンス料も最初の1回で済み、気軽に開発ができる印象

              個人開発アプリ数年運用している人はみんな知っている真実 8選
            • Linus Torvalds 氏の理想の git 運用と GitHub

              Note 本記事の内容は Linus 氏の発言が人を傷つける場合に筆者がそれを良しと考えるといった意図はございません 少し古い記事になるが、 Linus Torvalds 氏 の GitHub に対する苦言が記事になっていた。 LinuxカーネルにNTFSドライバーが追加、トーバルズ氏はGitHub経由のマージに苦言 - ZDNet Japan Linus 氏が GitHub について苦言を呈するのは今に始まったことではない(後述)が、 別に GitHub のすべてを否定しているわけではない。[1] では一体何が不満なのか。Linus 氏の理想とする git の開発フローを考察した上で、整理してみたい。 Linus 氏の理想 結論からいうと、 「意味あるコミットを作れ」「コミットを大事にしろ」 という思想が伺える。 では 「意味あるコミット」「大事にされたコミット」 とは何なのか。 筆者な

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

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

                  エンジニア採用強化各社はいかに優秀なエンジニアがすでに在籍してるかよりいかに優秀なプロダクトデザイナーやマネージャーが在籍しているかをアピールしてくれ - まいくろ🍣きりみん
                • 最近タイ米で自炊してるが死ぬほど美味い、安い、手軽でとんでもない「炊飯器の顔忘れた」

                  デラ @derax456 最近、タイ米で自炊しているのたが、死ぬほどうまい。うますぎて、米単体でもバグバグ食ってしまうほどうまい。しかも、鍋さえあれば簡単にでき、水の分量をはかる必要もない。さらに、ヘタすると日本米より安い。あまりに良いことづくめなので、ここだけの内緒話にしといてほしい。 2023-03-08 11:24:30 デラ @derax456 「カレーとかだったら合うけど日本のおかずは合わない」との話もあるが、ウソである。たとえば、てんこ盛りにしたタイ米に、梅干し一つ、乗せてみてほしい。一瞬で無くなる。米単体でもうまいのに、そのうまみが倍加されて、とんでもないことになる。 2023-03-08 11:56:18

                    最近タイ米で自炊してるが死ぬほど美味い、安い、手軽でとんでもない「炊飯器の顔忘れた」
                  • ジブリパーク、ダメかもわからんね

                    今月1日に開業したばかりのジブリパーク、TV・新聞・ラジオ、オールドメディアがこぞって特集組みまくり、宣伝しまくりだけど実際のところ人気全然なくてヤバそう。 一部熱狂的なジブリオタクたちが爆買いしてるとかでネットニュースにもなってたけど、一般人の関心はあまり高くないよね。 その証拠に今週末予定されてるイベントのチケットがまだ余ってる。 https://cte.jp/wp_detail/221105/ ジブリパークの開園を祝して、愛・地球博記念公園 大芝生広場 ステージにて「森の野外上映会&コンサート」を開催します。 _ 記念すべき第1回の今年は、『天空の城ラピュタ』と『耳をすませば』の2作品をコンサートとともにお贈りします。 11月5日(土)は『天空の城ラピュタ』を上映、コンサートでは『天空の城ラピュタ』より「君をのせて」や『となりのトトロ』オープニングテーマ曲「さんぽ」などを担当した井上

                      ジブリパーク、ダメかもわからんね
                    • バグを許さない、完璧なリリースじゃないと許さない風潮をやめないと日本はこれから厳しいのでは「ほんまこれ」「バグるものによる」

                      だるやなぎのレバーは加熱しろ @daruyanagi バグを許さない、完璧なリリースじゃないと許さないっていう風潮をやめないと、日本はこれからちょっと厳しいな……あと、オープンソースなんだからとかじゃなく、あらゆる社会的なプロジェクトを「公共物」と捉えて合理的な配慮と無理のない参加を心がけるのも学んだ方がいい。お客さん過ぎる 2021-12-21 13:12:59

                        バグを許さない、完璧なリリースじゃないと許さない風潮をやめないと日本はこれから厳しいのでは「ほんまこれ」「バグるものによる」
                      • 配達遅延:Uber Eats配達員が石野さんのつけ麺を捨て置いたトラブルについて|新米Uber Eats配達員

                        Uber Eats頼んだら、配送30分ぐらい遅れたうえに、スープこぼされてグチャグチャになってたから受取拒否したら、マンション共有部分に投げ捨てられてた。かなりありえないんだけど、サポートに連絡したら、個人事業主だから関与できない、勝手に警察に連絡しろの一点張り。ありえない…。@UberEats_JP pic.twitter.com/MxqpA46x3t — Junya ISHINO/石野純也 (@june_ya) October 5, 2019 Uber Eatsの配達員を副業として始めて1ヶ月(200件配達程度、稼働60時間程度)の新米ではありますが、本件について思うところがありましたので筆をとりました。いつもはウーバーイーツでの体験や登録方法などのブログを書いていますが、noteも試してみたくなったので 石野さんの該当ツイートには、罵詈雑言のようなリプも来ている最中、いち配達員として

                          配達遅延:Uber Eats配達員が石野さんのつけ麺を捨て置いたトラブルについて|新米Uber Eats配達員
                        • 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使うの一旦休止中 怖すぎる ※追記あり
                                    • 人間よりコンピューター信じた悲劇 富士通の会計システムに欠陥 英国の準郵便局長550人冤罪に苦しむ (木村正人) - エキスパート - Yahoo!ニュース

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

                                        人間よりコンピューター信じた悲劇 富士通の会計システムに欠陥 英国の準郵便局長550人冤罪に苦しむ (木村正人) - エキスパート - Yahoo!ニュース
                                      • カナダ大使館でだけ名刺交換やしりとりが失敗する話|南治 一徳

                                        祖母の就寝と、システムの不具合が同期して起こる事件。IT業界にはこういった事件がまま見られる……。ITサスペンス物としてこういうネタ楽しいのができるかもしれない。いや、間口狭すぎるか? 祖母が就寝するとDBインサートができなくなる https://t.co/q2PBRL3JzS — 寺島壽久/ゲームキャストの中の人 (@gamecast_blog) January 8, 2024 この手の話、自分も大好物なんで早速リンク先に飛んで読ませていただいたのですが、自分の経験でもちょうどこんな話に当てはまる出来事があったことを思い出したので、noteにまとめました。それが、タイトルにもある「カナダ大使館でだけ名刺交換やしりとりが失敗する話」です。 まず、前提としてこの話は「どこでもいっしょ」(以降、どこいつ)というゲーム開発中の話でになりまして、25年ほど昔の話になります。タイトル中の「名刺交換」

                                          カナダ大使館でだけ名刺交換やしりとりが失敗する話|南治 一徳
                                        • 新型コロナ≒ただの風邪と言うデマについて少し書く1

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

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

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

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

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

                                                プログラミングで一番難しいのは「見積もり」だと思う - Qiita
                                              • 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度もなかった
                                                      • 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
                                                        • 「トランザクション張っておけば大丈夫」と思ってませんか? バグの温床になる、よくある実装パターン

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

                                                            「トランザクション張っておけば大丈夫」と思ってませんか? バグの温床になる、よくある実装パターン
                                                          • 単一責任の原則(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)」開発者を見てきました。開発者の年功は、彼らの年齢、経験年数、または彼らが持っている技術的知識だけ

                                                              • 今のチームに来てから最も生産性が上がった考え方|牛尾 剛

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

                                                                  今のチームに来てから最も生産性が上がった考え方|牛尾 剛
                                                                • 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がマジで最悪 とかもあるんですが個人的に一番興醒めなのは……… 日本語ロゴがマジでカスすぎる!!!!!!!! なんなんこのロゴ????? フォントが弱々し

                                                                      【海外アニメ】恐怖!ディズニープラスクソダサロゴ展覧会!【カートゥーン】 - コウタロー速報
                                                                    • ラヴィット!見る前にこれだけ押さえとこう!ラヴィット!内輪ネタ総まとめ - オルソンブログ

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

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

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

                                                                          ベイジのウェブ制作ワークフロー2021年版(約100のタスクと解説) | knowledge / baigie
                                                                        • 女子大生が100日連続で生成AIで100本のプログラムを書いたらどうなったか?

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

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

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

                                                                              リモートワーク社員80人分のVPN環境を低コストかつスケーラブルに提供する方法
                                                                            • コードレビュー虎の巻 - Qiita

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

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

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

                                                                                  「楽しいです」をどう回避するか? 〔日本語を編集する悩ましさ〕 - in between days
                                                                                • タピオカミルクティーについて強く納得を得た日記|マシーナリーとも子

                                                                                  タピオカを試してみたいと思った。 タピオカ、流行ってるよな。御多分に洩れず「前からあったじゃねえか」という想いもありつつ、こんだけ流行るには何か理由があるはずだという気持ちも強かった。 周囲にこんな話を漏らしたところ「理由なんてない。ヤツらはタピオカを飲んでいるという情報をインスタグラムに流したいだけなんだ」とラーメンハゲのようなことを言われたこともあったが、私はそこまで事は単純では無いと思った。何か、何か理由があるはずだ……。 それまでタピオカミルクティーというとパールレディのやつくらいしか飲んだ事がないので何件か飲んでみた。 1.新宿の適当なカフェで頼んだヤツ 新宿をブラブラしていたら適当なカフェでタピオカミルクティーを出しているのを見つけた。 「そういや流行ってるし飲んでみるか久し振りに」と注文する。 だがこれがひどいものだった。タピオカがフニャフニャでまったくイキイキとしておらず、

                                                                                    タピオカミルクティーについて強く納得を得た日記|マシーナリーとも子