模範的工作員同志/赤野工作 @KgPravda wikipediaでの長期間の荒らし行為により監視中となった人達のリスト読んでると、人の情念って凄いって思わされるわ。完全にバレてるのに自己宣伝を続ける人、「ドッジボールは暴力行為」と書き換え続けてる人、地方の商店街や公共交通機関を執拗にネガキャンし続ける人……。 ja.m.wikipedia.org/wiki/Wikipedia… 2025-01-05 14:01:45 リンク Wikipedia Wikipedia:進行中の荒らし行為/長期 このページにリストされているのは長期にわたる荒らし行為を行っている利用者です。 2014年6月1日以降、新しいサブページ（およびサブページへのリダイレクト）を作る場合には、事前の合意が必要です。このページのノートに提案し、1週間以上反対意見が出ないことを確認して下さい。反対意見が出た場合には、Wiki

英語学習といえば、学ぶのが大変という印象が強いかもしれませんが、下記でご紹介する16個のアプリは、ゲームの要素を可能な限り芸術的に収め込んでおり、学習そのものを楽しみながら続けられるものばかりです。ゲーム性やストーリー性 […]

いまどきのWebアプリにおいては、ファイルのダウンロード機能が必要な場面が多々あります。例えば、バックエンドが生成したCSVデータをファイルとしてダウンロードさせる「CSVダウンロード」機能などです。 今回はAPI[1]から得られたデータをファイルとしてダウンロードさせたい場合のフロントエンドの実装方法について考察します。 要件 今回考える要件は、前述のとおり、APIから得られたデータをファイルとしてダウンロードさせることです。具体的には、以下のような要件を考えます。 APIをGETリクエストで呼び出し、そのレスポンスをそのままファイルとしてダウンロードする フロントエンドでの何らかのアクション（ボタンクリックなど）によってダウンロードがトリガーされる 追加の要件次第でやり方は変わりますが、とりあえず以上の前提で考えます。 ベストな方法 とりあえず、筆者が考える一番ベストな方法を紹介します

3行まとめ データエンジニアの界隈で日本からもっとOSSに貢献する人が増えるといいなと思ったので、自分が気を付けていることを事例多めでまとめました データエンジニアの界隈以外でも通じる内容が多いですが、データエンジニアリング文脈多めです 偉そうに書いてますが、自分もまだひよっこ卒業レベルです 3行まとめ 背景: データエンジニアリングの仕事にOSSは欠かせないが、継続的なメンテナンスは簡単ではない Pull Requestを送る前に気を付けていること 類似のissueがないか検索する issueで解決策の頭出しをしてみる 課題が再現する状況をissueに記述する Pull Requestを送る際に気を付けていること 手元でコードを動かす ドキュメントやテストコードを改善する リポジトリの流儀や方針に従う Pull Requestには経緯やWhyを書く リポジトリオーナーがPull Requ

「取引先への詐欺行為」。東京地方裁判所は2024年7月、システム・エンジニアリング・サービス（SES）を手掛ける複数企業の事業内容をこのように認めた。経営陣らは、エンジニアとしての経験がなかった元社員に対して、経験を有する人材として振る舞うよう「経歴詐称」を強いていた。経営陣らはどのようにして未経験者をITエンジニアへと仕立て、システム開発現場に送り込んでいたのか。裁判の経緯や判決資料から明らかになった手法、日経クロステックが独自に得た関係者の証言からは、日本のIT業界が抱える構造問題が浮かび上がる。 「被告らの事業内容は、取引先に対する詐欺行為により利益を得ようとするものというほかない」。東京地方裁判所で、2024年7月19日に判決が下された損害賠償請求事件において、裁判長が認めた事実である。 裁判は、被告が運営していたSESを事業とする企業（以下、被告運営SES企業。一般のSES企業と