内訳はブラックボックス それってドンブリ勘定では？ 国のシステム経費 8月末からデジタル庁が公表へ：東京新聞 TOKYO Web
システム経費は、22年度予算からデジタル庁に一括計上されてきた。同庁から各府省庁への配分を経て執行される仕組みで、同庁がまとめ役となることで各府省庁間でのシステムの重複を省き、効率化するのが狙い。24年度当初予算では4803億円で、うち「デジ庁」分がマイナポータルの利便性向上などに充てる1193億円、デジ庁を除く「各府省分」は3611億円だった。 問題視されたのは、「デジ庁」分の内訳は事業名や金額が明示されるのに対し、「各府省」分の支出内訳が外部に公表されていない点だ。例えば22年度には法務省の「出入国管理システム」に113億円、厚生労働省の「新型コロナウイルス感染者等情報把握・管理支援システム」に106億円が支出されるなどしたが、これは財務省の予算執行調査資料で明らかにされたもの。デジ庁自ら公開した資料はなく、決算後も「どの省の何のシステムにいくら充てられたか」が分からないため、政府内で
組織の劣化の構造原理｜山口周
企業経営では「組織を永続させること」が非常に重要なテーマになるわけですが、考えれば考えるほど、これは難しいことだなと思います。 特に難しいのが「リーダーの選出」です。会社を作って大きく育てるというのは間違いなく一流のリーダーにしかできないことですが、問題は、この一流のリーダーが、次の世代のリーダーを選抜・指名する時です。 確認してみましょう。 このチャートは北野唯我さんの本をベースにしています。まず、二流の人間は自分が本当は二流であり、誰が一流なのかを知っています。 一流の人間はそもそも人を格付けする、あるいは人を押しのけて権力を握ることにあまり興味がないので、二流とか三流といった格付けそのものをはなから考えません。 三流の人間は、往々にして周囲にいる二流の人間のことを一流だと勘違いしており、自分も「いまは二流だが頑張ればいつかはああなれる」と考えて、二流の周りをヨイショしながらウロチョロ
スマホの「緊急地震速報」が鳴ったり鳴らなかったりするわけ | IIJ Engineers Blog
※統一された呼び方があるわけではありませんが、この記事では説明のためにこのように呼びます データ通信方式は、YouTubeやLINEなどと同じ通信方式です。緊急地震速報のように同じ速報をすべてのスマホに送る場合でも、一台一台のスマホに対して個別に通信を行なっています。 これに対して、ETWS (Earthquake and Tsunami Warning System) 方式は特殊で、携帯電話の基地局は、個々のスマホを特定することなく、「地震発生」という信号を一斉に送信します。この信号を受信できたスマホが、警報音を鳴らすという仕組みなのです。 実は、スマホは、通話やアプリを利用していない「待ち受け」状態の時でも、自分が現在使用している基地局の電波を受信しています。これは、通話の着信を受けたり、基地局の電波が弱くなったときに、隣の基地局に電波を切り替える動作(ハンドオーバー)を行なうためです
だったらラーメンのおすすめ教えろよ！
仕事で秋葉原に月一くらいで行くんだけど、どこでラーメンたべても後悔すんだよね。 食べる前はチャーシュー山盛り食べてやるぞ！って気持ちで行くんだけど、いざ目の前にすると食べ切れる自信がなくなって大体お店の名前がついたラーメンにしてしまう。 で、思ってたラーメンと違って後悔する。 特にチャーシューがなんか違う。 冷蔵庫の奥の方から出してきた臭いがする。 あと角煮みたいなの乗っけるならチャーシューじゃなくて角煮って書いてほしい。 というわけでこちらの好き嫌いは置いとくとして、秋葉原じゃなくてもいいので皆様のおすすめを教えて下さい。 追記 まじで感謝。行ったことない店ばっかりで本当に勉強になった。 あんな物言いしてでごめん。一生の宝にするのでもっと教えて下さい。
『ドメイン駆動設計をはじめよう ―ソフトウェアの実装と事業戦略を結びつける実践技法』を読んだ - Magnolia Tech
ドメイン駆動設計をはじめよう ―ソフトウェアの実装と事業戦略を結びつける実践技法 作者:Vlad KhononovオライリージャパンAmazon 訳者の増田亨様より献本いただきました ありがとうございます さっそく読んでみました システムは、なぜ必要とされるか？という「why」が有り、次に何を作るべきか？という「what」が有り、それを受けての「how」が有る。 （たまに突然「what」だけが有ったり、なぜか「how」の議論だけが先行する事例も聞くけど、それは順番が間違っているだけなので、その問題はここでは触れない） この「why」と「what」と「how」が上手く繋がった状態を作り上げていくために、過去にさまざまな開発方法論が考案され、語られてきた。 「ドメイン駆動設計」は、開発方法論として「名前がついて、生き残ってきた手法」の一つであり、昨今複数の解説書が発行されている唯一の手法と言え
チートではないがソシャゲで不正アクセスを繰り返していました
https://www.bengo4.com/c_1009/n_17833/ この記事を見て思い出した 10年前はソシャゲに対して不正アクセスを繰り返していました。 思い出せる限りは3タイトルくらい とある上場企業のモバイルゲームAPIとレスポンスを分析して、自動で戦闘し続けるプログラムを作成していました。 内容としては時間で体力が回復するゲームだったが、常にポチポチしてられないので自動化したというだけです。 無課金ユーザでしたが上位課金勢に食い込めるところまで行きました。三ヶ月ほど遊んで、飽きてやめました。 非上場企業のアプリゲームA数年に渡ってiOSではランキング10位以内にいたゲームでした。サービス終了しています。 APIが穴だらけでした。win=1を送信すると勝利が確定するみたいな。 ガチャでも rate=5 を送信すると激レア確定の作りでした。 招待コードと一緒にユーザ登録すると
年100件ほどプロポーザルを読んで作った伝わりやすいプロポーザルのチェックリスト｜さとりゅう
この記事についてこの記事では、日本のスクラム系カンファレンスのプロポーザルを勝手に沢山読んできた筆者（さとりゅう）が考える「内容が伝わるプロポーザルの書き方」を提案します。筆者がこれまでに読んできた中で、講演内容がどのようなものなのかを伝える目的であるプロポーザルが、その役割を果たすのに不十分な記述のため、本当は素晴らしい講演内容が伝わらずに終わってしまっているのではないか、ということを危惧しています。そこで本記事では、講演内容がわかりやすいと読み手として感じたプロポーザルを思い出しながら、それがどのような構造であったのかをチェックリスト形式で提案します。このチェックリストを用いて、より多くの伝わるプロポーザルが生まれることを願っています。 動機先日、 株式会社カケハシの小田中さんが素敵なスライドを公開していました。これによって、多くの人がカンファレンスのプロポーザルを書こうというモチベー
620人の不登校児がサービスを受けて91％が再登校するプログラムに対して危機感を覚える話
間中りんぺい 板橋区議会議員 @rinpei_manaka 不登校を3週間で解決、これまで620人以上、サービスを受けた91%の子どもが再登校している。…と聞いて「そんなことある？？」といささか疑いながら、不登校解決プログラムを提供している「スダチ」の小川さんに話を聞いた。 不登校の期間は関係ない、不登校の原因も関係ない、こども本人に会う必要もない。 保護者とのみオンラインで平均17日やり取りすると、こどもが再登校する。 …かなり興味深い。 不登校の生徒は例に漏れず板橋区でも増えていて、コロナ禍だけでも200人増えた。 私が最も共感したのは、不登校の子ども本人とは一切会わないし話もしない、というアプローチ。 区の議論では、どうしても「児童生徒が不登校になるには様々な要因がある。一人一人の児童生徒に寄り添って、きちんと要因を分析し、それぞれに対応をしていく必要がある」となっちゃう。 そんなの
いつか役に立つやつ
ハマごはん【お手軽レシピ】 @hamagohan_r 調味料漬けてチンするだけで驚くほど美味い絶品すぎるおかずレシピが完成しました！ 【レンジで超絶品！究極の鶏チャーシュー】 【材料】 鶏もも肉2枚(1枚あたり300g) 醤油大さじ4 みりん大さじ4 水大さじ1 ごま油大さじ1 砂糖大さじ2 鶏ガラスープの素小さじ半分 〜トッピング〜 ネギ 白ごま 【作り方】 ①鶏もも肉を両面数カ所穴を空けたら醤油大さじ4、みりん大さじ4、水大さじ1、ごま油大さじ1、砂糖大さじ2、鶏ガラスープの素小さじ半分を加えて鶏肉に染み込ませたらふんわりラップをかけて600W4分チンする ②裏返して再度ラップをかけて4分チンしたら食べやすい大きさにカットしてトッピングにネギを散らして白ごまを振ったら完成！
TiDBには面白い仕様/機能が色々あるという話 - pospomeのプログラミング日記
TiDBを触ってみて個人的に面白いと思ったものを雑にまとめます。 TiDBのことはある程度知っている人向けの話です。 HTAP（TiFlash） リソース制御機能 Stale Read Follower Read プッシュダウン レコードTTL コメント構文 sync-diff-inspector ローカルPCでTiDBを起動する まとめ HTAP（TiFlash） TiDBといえば、HTAPが有名だと思う。 https://docs.pingcap.com/ja/tidb/stable/explore-htap https://docs.pingcap.com/ja/tidbcloud/tiflash-overview TiDBが苦手とするOLAPを高速に処理するために、 TiFlashという列指向NoSQLを外付けし、 OLAP系のクエリをそこに対して実行するという、 なんとも力技感が
「これ当たるんよ」「次はいつ？」山口県のキーマンに訊く、衛星データで品質向上を実現した小麦農家の生の声と展望 | 宙畑
「これ当たるんよ」「次はいつ？」山口県のキーマンに訊く、衛星データで品質向上を実現した小麦農家の生の声と展望 2年前に宙畑が取材をした山口県の小麦の生育に衛星データを利用するという事例は今どこまで進んでいるのか。その後と農家さんのリアルな声を知ることができました。 日本の農業従事者のうち65歳以上は全体の70%を占めており、高齢化に伴う引退により農業従事者が減少しています。そのため、少ない農業従事者で多くの農地を管理するために、技術を活用して省人化を進める必要があります。 そのようななかで、山口県は農業における省力化の取り組みとして衛星データの活用が積極的に推進されており、様々な先進事例があります。そのひとつが、本記事のテーマ「小麦の品質向上」です。 この実証では、基準値を超える小麦の割合が令和4年産では25%だったところ、実証後の令和5年産では56%に倍増。その結果、農家の方からは「当た
誰も教えてくれないSIの本質、SIerの世界観
本記事について 国内の IT 業界について、ネット上では「SIer」VS「Web系」の構図がしばしば見られる。本記事は前者、SIer の世界観をひとりの当事者として雑多にまとめたものである。記事としては読み物、特にポエムの類。 対象読者 以下を想定する。 ITエンジニアまたはその卵で、 SIerを知らないWeb系の人 SIerに入社した新人や中途入職者 SIerにてSEまたはマネージャーして働いている者 SIerにてSEではないが裏方で働いている者（開発、研究、調査、教育、管理など） 学習や就労の初歩として参考にしてもいいし、議論やキャリアのダシに使っても良いだろう。 筆者について 吉良野すた: https://stakiran.github.io/stakiran/ 国内の大手 SIer に勤めるサラリーマン。現場には出ておらず、裏方で支えてメシを食べている。SI にも IT にもさほど
「Tailwind CSSめっちゃ負債になりそう」はそうでもないのでは、と思っている
「Tailwind CSSめっちゃ負債になりそう」はそうでもないのでは、と思っている Tailwind CSS 1 を一目見た人、特にCSS初学者のうちけっこうな割合が「これエグい負債になりそう」と思う気がする。なぜなら実際にそのような意見をちらほら見るからなんだけども、自分はあんまりそうは思っていないし、微妙に今のCSSについて誤解があるような空気も感じるのでその理由を説明したい2。JSXと同じで嬉しさを理解して使い慣れればなんてことはないのだけど、一方でその背景にある話はJSXより複雑なので単純に使って慣れればいいという話でもなさそう。 なお、この記事は私の以下の2ツイートを膨らませたものです。 Tailwind CSS、剥がすのは大変そうだけどそれをもって重大な負債になると評せるかは微妙に思っている https://x.com/aumy_f/status/18220941478532
コードレビュー観点表を作った話
はじめに 今回は、コードレビュー観点表を作った話について少し書かせていただきます。 社内ではGitHubを用いてコードレビューを行っていて、バックエンドの開発においては、コーディングガイドラインも策定しています。 しかし開発において、ガイドラインに書かれている事項が全てではないため、コードレビューを行う際のポイントが自分の中で綺麗に整理しきれていませんでした。 また、ガイドラインの重要なポイントを十分に把握できず、効果的なコードレビューができていない現状がありました。これを改善するために、コードレビューの観点表を作成したことで、コードレビューの質が上がった話についてお話ししようと思います。 問題となっていたこと 一貫性がないレビュー 毎回レビューを行う際に、自分の中のレビューポイントが明確に決まっていなかったため、的確にレビューができていないこと レビューにかかる時間が長い 自分の中でのレ
データベース中心の設計になってしまう問題と闘う - laiso
『手を動かしてわかるクリーンアーキテクチャ 』の第二章の冒頭に登場する話題に共感したので紹介。 従来の多層アーキテクチャでは、データベースを中心にアプリケーションの 開発が行なわれます。この場合、Web 層はドメイン層に依存し、ドメイン層は 永続化層、つまり、データベースに依存することになります。そうなると、す べてのものは永続化層上に構築されることになり、その結果、いくつかの要因 が絡まり合って、問題が起きやすくなります。 手を動かしてわかるクリーンアーキテクチャ ヘキサゴナルアーキテクチャによるクリーンなアプリケーション開発 20p 手を動かしてわかるクリーンアーキテクチャ ヘキサゴナルアーキテクチャによるクリーンなアプリケーション開発 作者:Tom Hombergs,須田 智之インプレスAmazon 著者によれば、機能開発をデータベース中心に設計すると、ドメイン層と永続化層の密結合が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
山田太郎議員、ＶＩＳＡ本社に突撃、副社長に「特定コンテンツに対するワード規制は行いません」と言わせてくる
文脈と名前で設計をマスターする本
1000 行で実現する Linux on Browser
実践データベース設計
農業ベンチャー社長が語る「農家はやめとけ」とみんなが言う本当の理由 | クックパッド
