身近な人が亡くなった時の手続きと備えのすべて!?（必要書類の記入例付） – 遺品整理・生前整理・買取ならリサイクルジャパン
もくじ 身内が亡くなった時に対応すること危篤から葬儀まで（なるべく早く）死亡診断書の受取から死亡届提出まで（２～７日以内）火葬許可申請書の提出（２～７日以内）通夜、葬儀・告別式について役所などの手続きについて世帯主変更届の手続き（14日以内）健康保険証の返却（14日以内）高額医療費の請求葬祭費・埋葬料の申請（2年以内）介護保険被保険者だった場合の手続き（14日以内）相続税の申告・納付（10カ月以内）相続税申告書の書き方ぜひ活用してほしい特例制度相続税の怖い罰則遺族が受け取ることができる年金（2年～5年以内）遺族年金の受給資格遺族年金の請求方法寡婦年金と死亡一時金の請求方法その他のおすすめ情報家族が亡くなったら解約するもの（なるべく早く）返却義務がないもの相談できるプロの専門家身内が亡くなった時に対応すること 身内が亡くなると、必ずさまざまな手続きを進めなければなりませんが、ほとんどの方にと
そこそこ借金して「俺が考える最強のタスク管理・時間管理サービス」作った。どうか使ってみてほしい｜jMatsuzaki🔥
私の愛しいアップルパイへ 8月16日（金）、このTCP/IP網の片隅に新規サービスを産み落としました。「TaskChute Cloud 2」っていいます。 頑張って作ったトップページ去年の8月から本格的に作り始めて、1年間でようやく形になりました。これこそ"俺が考える最強のタスク管理・時間管理サービス"って感じです。 正直タスク管理サービスって有名どころは出尽くしてる感じですし、「いまさらー？」って感じだと思います。この手のサービスは西海岸からいくつも出てますし。 でも、今までの発想のタスク管理サービスって使いづらくないですか？もう実際の仕事に通用しなくないですか？って気持ちもあって、ちょっと違ったアプローチのサービスをガチで作ってみました。 そこそこ借金して1年かけて作りました小学生時代からの友人と作った役員2人だけの極東の極小の会社なんですけど、コロナとか異常な円安とかの影響もあって経
はじめに 前提 アメリカで働くためのビザ 業務経験 2023年のアメリカのテック業界の状況 具体的な就活のステップ ソフトウェアエンジニアのインタビューで求められることの抽象的な理解 レジュメ Job Descriptionから逆算してレジュメを作る 一枚におさめる 数字を用いてスケールとビジネスインパクトを示す なるべく隙間を埋める フォーマット添削ツールにかける レビューを受ける ネットワーキング・リファラル 応募する アメリカの就活はNumber Game 採用のトレンドを追う 時期を見計らう Linkedinで最新の求人を見つける方法 Promotedをすべて非表示にする "Most Recent"順にする 検索クエリを工夫する 設定をブックマークする 時間を決めて巡回する コーディングインタビュー対策 アルゴリズムの地図を脳内に作る 大学やCouseraでアルゴリズムの授業を取る
中小企業、価格に転嫁できませーん。 - Everything you've ever Dreamed
僕はフミコフミオ。食品会社の営業部長だ。中小企業なので新規開発営業だけでなく、既存のクライアントとの交渉も一部、任されている。僕と同じフミオという名前を持つ首相が、春闘の集中回答日に大手企業の「満額回答」「満額を超える回答」といった良い感じの回答が相次いでいることを受け、中小企業の賃上げの流れを期待したい、という内容のコメントを出しているのをニュース番組で見た。僕は大手の満額回答も、首相のコメントも、冷凍倉庫にいるような冷めた気持ちで受け止めていた。確かに、中小企業からの製造コストや労務コスト増大を転嫁した価格アップ要請を不当に排除することは禁止されており、悪質な企業は公表されることになっている。僕のXのポストにもそういうレスがついている。 ウチの会社からの値上げ要請を受け付けなかった大企業様が満額回答で賃上げしている様子を冷めた目で見ている。世の中小企業なんてこんなものではないかな。 —
追記2:ダラダラと長く読みにくい文章になっちゃったんで、あとで整理して書き直します。読んでくださった方、すみません。 →4/29 20:25追記 たびたびですが、書き直しやめました。長文を読んでくださった方、ありがとうございます。あと歳がバレるパトレイバー展示会ネタをどこかに入れたかったのですが、さすがに無理でした。 →4/30 15:55追記 https://anond.hatelabo.jp/20240430155506 に補足とブコメへのレスを書きました。コメントくださった方、ありがとうございます ———————— たまたまホッテントリで見かけた話題について、ブクマはやっていませんが色々と書きたくなったので、増田にて吐き出します。 前職でIT系、前々職で商社系の販促を経験しており、展示会には良く出展してました。RX社主催のものにも定期的に出していたので、場の雰囲気は分かるつもりです。
昨年NewsPicks さんに取り上げてもらって最近動画が公開されました。そこでもお話させてもらっていることなのですが、アメリカで働きはじめると日本人からすると「納期が無い」感覚が物凄く衝撃的だった。 最近、納期が無いことと生産性について頭の中で整理がついてきたのでシェアしておこうと思う。ちなみに、動画も含めて、私の発言は私の体験と意見であり、所属会社には全く関係が無いことを改めてお断りしておきます。 日米納期の感覚の違い アメリカで働いていると、日本人からすると納期がほとんどないという感じを受ける。もちろん納期があるものもあるが「本当に必要なもの」に限られる。例えば、大きなカンファレンスで何かの製品を発表するとかそんなのだと納期はもちろんある。そうでなれけばほとんど無いという感覚だ。私の所属会社だけではなく、北米の他の会社の人も同じような感覚らしいので文化によるものだと思う。 常に納期が
出版大手のKADOKAWAが大規模なサイバー攻撃を受けた。ランサムウエアによって複数サーバーのデータが暗号化。子会社のドワンゴが運営する「ニコニコ動画」などがサービス停止に追い込まれた。KADOKAWAの業務サーバーも使えなくなり、業務に影響が出た。取引先や従業員の情報漏洩も確認されている。 KADOKAWAへの大規模なサイバー攻撃が分かったのは、2024年6月8日土曜日の午前3時30分ごろ。グループ内の複数サーバーにアクセスできない障害が発生していることが検知された。 子会社のドワンゴが運営する動画配信サービス「ニコニコ動画」「ニコニコ生放送」をはじめとする一連の「ニコニコ」サービスのほか、チケット販売の「ドワンゴチケット」などが提供不能になった。 8日午前8時ごろには、不具合の原因がランサムウエアを含むサイバー攻撃であることを確認。グループ企業のデータセンター内におけるサーバー間通信の
今回の記事は特に私の意見であり、所属会社の意見ではないことをお断りしておきます。 最近になってまたウォータフォール vs アジャイルの議論を見かけることが多くなってきたので、私が勤務する米国の世界規模のクラウドプロバイダーでは2024年現在どんな開発をしているのかをご紹介したいと思います。私はこれが「正解」といいたいのではなく、何らかのポイントが皆さんの何らかの参考になったらいいなと思って筆をとりました。 ちなみに、2016年時点で私のウォータフォール開発に対する考え方は下記のブログの通りで今も変わっていません。ただ、2024年現在だからといってアジャイルをやるべきと思っているわけでもありません。 もし、今ウォータフォールをやっている人がいたら「そんなこと言ってもどうしたらええねん」となると思うので、自分なりの解決方法も考えてみました。 最初に自分的な結論を書いておくと「2024年の開発と
アジャイル型開発における未完成の責任 東京地判令3.11.25（平30ワ25117） - IT・システム判例メモ
アジャイル型でアプリ開発を進めたところ、完成に至らなかったことについて、ベンダの不完全履行、プロジェクトマネジメント義務違反等が主張されたが、いずれも否定された事例。 事案の概要 eスポーツ事業の企画・運営等を行う原告（Ｘ）は、ゲーマー向けソーシャルアプリの開発を構想し、開発ベンダである被告（Ｙ）との間で、平成28年8月18日に、ゲームに参加する人をマッチングし、参加者同士がコミュニティを形成するソーシャルメディア機能を有するソフトウェア（本件ソフトウェア）を開発する契約（本件契約）を締結した。対価の額合計は、2450万円。その支払は1000万円、1000万円、450万円の3回にわけて行われることとされ、最後の450万円は、納品物を納入後に支払うこととなっていた。 本件契約の締結前には、Ｘは、検収に合格しなかったら、支払済みの代金を返金する条項を設けることを求めたが、Ｙは「返金を想定してお
私は世界規模のクラウドプラットフォームの開発者で、現在はシアトル付近に住んでいる。 先日書いた自分のポストに対する反応で面白い意見があってそれを読んでそらそう思うやろなぁと思った。ただ、私も別に嘘を言っているわけではないですし、これでビジネスも回っている。面白そうなので、その辺も調べてシェアすることにしてみました。 ウォーターフォールからアジャイルって開発側の話はいいのだが、それだと管理とか経営とか非エンジニアの理解を得られないので、納得できるところをちゃんと言語化してほしいんだよな。アジャイルの人の「見積もりがない」って言葉を使われるのが一番苦手、ストーリーポイントの設計は「計画と見積もり… — えふしん (@fshin2000) August 1, 2024 自分のチームの開発プロセス的なものこちらの方に自分のチームが現在やっている開発プロセスは書いてある。アジャイルとか、DevOps
前振り タイトルは煽りの激しい釣りです。ごめんなさい。 Web業界で今流行っている自称スクラムと、RSGTで語られるような本来のスクラムとの間のギャップが大きすぎて説明が面倒臭くなったのでこの記事を書きました。 いい加減「私たちは自称スクラム開発を完璧に回しているから、スクラムの恩恵を将来得られるだろう」「私たちは本来のスクラムとはかけ離れた別物のスタイルで開発をしている。だからスクラムの恩恵は永遠に得られない」という二重思考を他人にするようお願いするのにも飽きましたしね。 さて本題といきましょう 本題 世間で、特に渋谷や五反田や六本木のWeb企業ではスクラムというものはとても流行っています。 しかしどう考えても、Web企業でよくお目にかかるスクラムと国内トップカンファレンスであるRSGTで語られるスクラムとの間には大きな隔たりがあります。 「うちはスクラムやってます」 カジュアル面談で耳
紀尾井町と霞が関のシステム標準化事務に従事する中央省庁職員に伝えたい事｜高橋 広和/Hirokazu TAKAHASHI
リソース不足によるデスマーチは珍しくもありませんが、そうしたプロジェクトが真に崩壊する時は目標の達成の見込みが無くなった時です。 具体例として名前を出して申し訳ありませんが、過去の特許庁や京都市のシステム更改案件などが典型です。 デスマーチに陥ったプロジェクトにおいて、出来ることと出来ない事を整理し、優先順位をつけて対応するのは重要な事です。しかし、その結果目標達成の見込みや効果が見いだせなくなった時、モラルハザードに陥りプロジェクトは急速に崩壊に向かいます。 その意味で、全国のシステム標準化プロジェクトは今極めて危うい状況です。 "全国のシステム標準化事務に従事する自治体職員に伝えたい事"にも書きましたが、システム標準化の表向きの目標は標準化基準への適合ですが、真の目的は国の重点計画にあるトータルデザインの実現です。 言い換えれば、今多大な労力をかけてこのシステム標準化を遂行し、標準化基
型キャストの場所のせいで、秒で終わっていたクエリに1時間超かかるようになってしまった話 - SmartHR Tech Blog
SmartHRで届出書類という機能を担当しているプロダクトエンジニアのsato-sと申します。 今日は、以前私が調査にとても苦労したパフォーマンス上の問題の話を紹介したいと思います。 TL;DR PostgreSQLのアップグレードを実施した アップグレード後、今までは問題のなかった特定のクエリの実行に1時間超かかり、DBのCPU使用率がピッタリ100%に張り付くようになった 色々調査した結果、PostgreSQL上の型キャストの場所のせいで、良くないクエリプランが選択されることが原因だった 型キャストの場所には気をつけよう PostgreSQLのアップグレードと挫折 SmartHRでは基本的にWebアプリケーションのデータベースとしてGoogle CloudのCloudSQLによって提供されるPostgreSQLを利用しています。 私の担当している届出書類機能では、利用中のPostgre
エンジニアのみなさま、日々の学習本当にお疲れ様です！ また本記事まで足を運んでいただき本当に感謝です。 約3分程度で読めるので最後まで読んでもらえると幸いです。 はじめに 工数管理はプロジェクトの成功に欠かせない要素です。工数を正確に見積もり、管理することで、プロジェクトの遅延を防ぎ、クライアントやプロジェクトメンバーの信頼を得ることができます。 本記事では、工数見積もりの重要性とその手法、そして失敗しないためのポイントについて書きたいと思います。 「もっとこうした方が良いよ！」 や 「うちの会社ではこの様な考えで取り組んでます！」 があればぜひコメント欄で教えていただけますと幸いです。 工数とは？ プロジェクトや業務を完了するために必要な作業時間のことを指します。 「人日」 や 「人月」 と呼ばれており、1人日は8時間、1人月は160時間（1日8時間、平日20日稼働）で表現するケースが多
船に載せられ、紀伊水道沖に運ばれるマッコウクジラ。この後沈められた＝2023年1月19日午後2時35分、本社ヘリから 大阪湾で死んだマッコウクジラの処理費を巡り、大阪市が厳しい批判にさらされている。当初の試算額の倍以上で海運業者と随意契約。住民監査請求を受けた市監査委員が、金額ありきで契約交渉が進められた疑いがあるとして、横山英幸市長に再調査を勧告する事態に発展した。毎日新聞が入手した業者との交渉記録によると、処理を担当した大阪港湾局の当時の幹部が業者の意に沿う形で金額の引き上げを促していた。 クジラは2023年1月9日に大阪湾の淀川河口付近で見つかり、13日に死んでいるのが確認された。19日には市の依頼を受けた市内の海運業者が作業船で運び、紀伊水道沖に沈めた。緊急性のある作業だとして、入札せずに随意契約を進めた。業者はその後、市に8625万円の見積書を提出。一方、港湾局は3月初めに377
電子帳簿保存法のすべて 2024年から義務の電子取引データ保存について 個人事業主が対応すべきこと 2024年1月から完全義務化される「電子取引データ保存」。電子帳簿保存法の制度のうちの一つです。「電子取引データ保存」の義務化にあたって個人事業主が対応するべきことをはじめ、電子帳簿保存法そのものについてもわかりやすく解説します。 レバテックフリーランスはITエンジニア専門の フリーランスエージェントですまずは相談してみる 電子帳簿保存法とは 電子帳簿保存法とは、納税のために保存が必要な帳簿や書類を、紙ではなくデータで保存する制度です。3つのルールに分かれており、①「電子取引データ保存」、②「電子帳簿等保存」、③「スキャナ保存」が対象です。 それぞれの概要・対象書類・保存するための条件を解説するので、違いを理解しましょう。特に、①「電子取引データ保存」に関しては、2024年1月より完全義務化
受託の会社が資金調達せずに自社サービスを立ち上げて、有料導入5000社に行くまでの振り返り - ヴェルク - IT起業の記録
2024年1月9日にboardの有料登録社数が5000社を突破したので振り返りです。 boardの正式リリースは2014年8月20日なので、約9年半ほどで、推移はこんな感じでした。 ＊「社数は累計ですか？」と聞かれることがよくあるのですが、累計ではなくその時点のアクティブな数です。 1000社刻みで定点観測的に書いているので、過去の記事も貼っておきます。 受託の会社が資金調達せずに自社サービスを立ち上げて、有料導入1000社に行くまでの経営・受託とのバランス（BPStudy発表時の補足） 受託の会社が資金調達せずに自社サービスを立ち上げて、有料導入2000社に行くまでの振り返り 受託の会社が資金調達せずに自社サービスを立ち上げて、有料導入3000社に行くまでの振り返り 受託の会社が資金調達せずに自社サービスを立ち上げて、有料導入4000社に行くまでの振り返り boardとは 見積書・請求書
エンジニアのための時間管理術
はじめに 時間管理が上手くなりたいと日々思っているため、このテーマにしました。 自戒の念を込めて😅 タイムマネジメントの王に!!! おれはなるっ!!!(CV.田中真弓) ※掲載内容は個人の見解であり、所属する企業を代表するものではありません。 参考にした書籍 『エンジニアのための時間管理術』 Thomas A. Limoncelli 著 株式会社クイープ 訳 発行年月日：2006年10月 ページ数：272 ISBN：978-4-87311-307-4 タイムマネジメントについての考え方や手法を取り入れたいと思い読みました。 時間管理した先のゴールは？ 自分のための時間・家族との時間を最大化する。 前提 エンジニアはタイムマネジメントが難しい。 プロジェクトワークと割り込みが入り混じる職業。 外部からの割り込みは生産性を低下させる。 中断した作業に戻るには時間がかかり、エラーが紛れ込む可能
「年収の上げ方」はインド式に学べ！ 日本のビジネスパーソンに足りない、稼ぐための思考とアクション - ミーツキャリアbyマイナビ転職
会社員にとって、昇給は大きなモチベーションの一つです。しかし、自分としては成果を出しているつもりなのに、あまり給料が上がらない……。そんな悩みを抱えた方も少なくないでしょう。 一方、視線を海外に移すと、毎年10%近くの「すごい昇給率」を叩き出している国もあります。それがインドです。この昇給率に大きく影響しているとされているのが、利益に貪欲で自己主張にためらいがないインド式のマインド。 そこで今回は、10年以上前からインド・ニューデリーを拠点にビジネスを行う公認会計士・税理士の野瀬大樹さんにお声がけし、これまで接してきたインド式のタフなマインドやバイタリティについて教えてもらいます。 あまりに極端でマネしづらい部分もありつつ、年収を上げたい、と願う日本のビジネスパーソンのヒントになりそうなエピソードをたくさんお聞きできました。 野瀬大樹さん。公認会計士・税理士。大学卒業後、監査法人にて法定監
20億の工事を「17億で」と値切られたので断ったら、弊社の見積書を参考内訳書として他の建設会社へ片っ端から連絡して指値で受注してくれる会社を探していた
土建屋大家🏠 @es1986tate 最近大規模な見積りを提出しました。 提出金額は約20億円です。 かなり複雑な工事で内訳書が約500ページ以上になりました。 残念ながら受注は出来ませんでした🥺 土建屋大家🏠 @es1986tate あまり大きい声では言えませんが、この約20億の見積りを頼んできた発注者は私の作った約500ページ以上の見積書を参考内訳書として他の建設会社へ片っ端から連絡して指値で受注してくれる会社を探しているようです。 人として失礼極まりないと思ってる。 x.com/es1986tate/sta…
futabooo
Hi, I'm futabooo!! Welcome to my personal site.🏡 株式会社10Xで働くソフトウェアエンジニアです。仕事ではコードを書くことを中心としてチームビルディングやプロセスの効率化を行っています。休日は家族と遊んだり、コードを書いたり、フットサルをしたりしています。
もふもふライオン @mofumofu_LION 日本全国の古き建物を壊す解体業を生業としてる人｜東大→NTT→現在｜転勤先で知り合った彼女が中小零細企業の家業持ち...そして結婚をきっかけに強制入社｜見た目は百獣の王、中身は小鹿｜お腹弱め、腸活ガチ勢｜解体工事のご依頼はDMにて、お待ちしてます(´･ω･`) note.com/lion_mofumofu もふもふライオン @mofumofu_LION 某メーカーのお客様からプラント解体工事を依頼され、受注した。 依頼されて、受注するまでに、お客様提案に訪れること、実に5回。 訪問回数は多いものの、正直、受注するとは思ってなかった。 ...というのも安値で有名な他社が競合だったからだ。 そのため、発注者であるお客様から受注の連絡が来た瞬間、目を丸くして、思わず、こう聞いてしまった。 「なぜ弊社なんですか？他社の方が安かったんじゃないですか？」
KADOKAWAは6月28日、8日に受けたサイバー攻撃を巡り、情報の漏えいを確認したと発表した。 楽曲収益化サービスを利用している一部クリエイターの個人情報、一部の元従業員が運営する会社の情報、取引先との契約書・見積書、契約社員や派遣社員、アルバイト、一部の退職者を含むドワンゴ全従業員の個人情報、ドワンゴ関係会社に勤める一部従業員の個人情報、社内向け文書が漏えいしたという。なお、クレジットカード情報については、KADOKAWAやドワンゴで保有していないため漏えいしていないとしている。 情報が漏えいしたクリエイターや関係者には個別に通知する。同社は漏えいした個人情報を悪用したフィッシングメールなどが送信される可能性もあるとして、注意を呼び掛けている。 KADOKAWAは漏えいを確認した経路について「サイバー攻撃を行ったとする組織が、当社グループが保有する情報を流出させたと主張している。当社グ
【書評】「プロジェクトマネジメントの基本が全部わかる本」の輪読会を開催していただいたので参加しました | DevelopersIO
コーヒーが好きな emi です。 7 月末～ 11 月末にかけて、私が所属しているチームのマネージャー 横田慎介 さん主導で「プロジェクトマネジメントの基本が全部わかる本」の輪読会を開催いただきました。おかげさまで一人では読み切れなかったであろう本が読み切れて嬉しいです。 本記事では開催いただいた輪読会の進め方と、私が「プロジェクトマネジメントの基本が全部わかる本」を読んだ感想を記載します。 既に書評ブログがありますので、詳細はこちらもご参照ください。 書籍タイトル : プロジェクトマネジメントの基本が全部わかる本 交渉・タスクマネジメント・計画立案から見積り・契約・要件定義・設計・テスト・保守改善まで 著者 : 橋本 将功 出版社 : 翔泳社 出版日 : 2022/11/08 出版社の書籍情報リンク：プロジェクトマネジメントの基本が全部わかる本 交渉・タスクマネジメント・計画立案から見積
株式会社石井マーク @ishiimark_sign かつて当職が品質管理のメソッドを勉強している際に知った「なるほど確かに」と感じた事例をひとつ。 その工場では成形品のゲート付近をニッパーでカットする工程があるのですが、当該ラインに就くパート女性が「なんか切った感触が普段と違う」と報告したことで 原材料の配合が違っていたことが判明。 株式会社石井マーク @ishiimark_sign 標識・銘板の㈱石井マークです。 弊社は 表示という視覚的アプローチによって、防災や防犯、設備分野など様々な産業シーンに「安全」「効率」「伝達」の手段を提供します。 Twitter上からはご注文や納期照会等を受け付けておりません。 会員様向け見積専用サイトは ishiimark.jp をご利用下さい。 ishiimark.com 株式会社石井マーク @ishiimark_sign もちろん人間の感覚や主観はアテ
例えば要件定義の期待値は、上記の計算式に当てはめると (0.5 + 4×1 + 2) / 6 = 1.17時間になります。 類推見積もり 具体例 「Aという機能を持ったシステムを開発するのに、前回は3ヶ月かかった。今回のシステムも機能が似ているので、今回も3ヶ月程度で開発できるだろう。」 特徴 過去の類似プロジェクトのデータに基づいて見積もるため、迅速に概算を出すことができます。 （これ、実はみなさん日常で何気なくやっているのではないでしょうか？？） 注意点 今回のプロジェクトと過去のプロジェクトが完全に同じであるとは限らないため、誤差が生じる可能性があります。 ボトムアップ見積もり 具体例 システム開発プロジェクトの場合 要件定義：1週間 設計：2週間 プログラミング：4週間 テスト：2週間 総合計：9週間 特徴 プロジェクトを細分化して見積もるため、より詳細で正確な見積もりが可能です。
はじめに こんにちは！ 先日、社内の個人カリキュラムでWebアプリケーションを一人で作るという課題がありました。 以前、アプリケーションを作る過程で期限を守りながら開発をする上で大切だと個人的に感じたことをこちらの記事で書かせていただきました。 その中で、大切なことの一つに極力精度の高いスケジュールを作るということをあげました。 今回は僕が社内の個人カリキュラム中に実践していたスケジュールを作成・管理する際の方法について紹介したいと思います。 スケジュール作成・管理に悩む方へ少しでも参考になれば嬉しいです。 読み終えるのに10分くらいかかるかと思います。 ご興味がある方は、お暇な時にご覧いただければと。 記事の内容はあくまで個人的見解になります。 記事の流れ なぜスケジュールを作る必要があるのか プロセスを具体化する 見積もり時間を決める 重い順に並び替える スケジュールに落とし込む 進捗
元給食営業マンが「川崎市学校給食の使用食材産地偽装についてざっくり説明するよ。 - Everything you've ever Dreamed
川崎市の学校給食使用食材で産地偽装が行われた事件、加工した業者に警察の捜査が入って大きな問題になっている。 www3.nhk.or.jp www.yomiuri.co.jp 業者は寿食品という給食会社。かつて神奈川県を主戦場に給食営業マンとして働いていたとき給食コンペで何十回も戦ってきた競合相手である。今は付き合いは切れているけど何人かの名刺は探せばあるはず。 少し前に起きたホーユーの学食問題とあわせて給食業界に対する不信感は増すのは避けられないが、今回のケースは少し異なるのでその違いがわかるように契約面から解説したい。 学校給食（主としてセンター方式）は地方自治体が発注者となり応札、落札した業者が業務を請け負うという構造になっている。わかりにくいのは、地方自治体が発注者となって数校から数十校を請け負う学校給食事業は、一般的に給食調理業務のみを受託する点だろう。食材調達は別なのだ。我々給食
KADOKAWAの臨時ポータルサイトより KADOKAWAにサイバー攻撃を行っていたとみられるロシアのハッカー集団は7月3日、ダークウェブ上に公開していた同社への犯行声明を削除した。ハッカー集団は、同社と行っていた身代金に関する交渉で合意に至らなければ、ダウンロードした同社の情報を公開するとしていたが、7月1日に情報漏洩が確認された。なぜハッカー集団は情報公開から2日後に突如、犯行声明を削除したのか。また、一連の事態を受け、攻撃を受けた企業は身代金の要求に応じるべきか否かをめぐり議論を呼んでいるが、企業はどのような基準で判断しているのか。専門家の見解を交えて追ってみたい。 KADOKAWAに対してランサムウェアを含むサイバー攻撃を行ったとする犯行声明を出していた「BlackSuit」は、同社のシステム基盤を暗号化し、従業員やユーザの情報などを入手しており、同社が身代金の支払いに応じなければ
{.md_tr}株式会社ドワンゴ 株式会社ドワンゴ（本社:東京都中央区、代表取締役社長:夏野剛）は、第三者によるランサムウェア攻撃を受け、現在、鋭意調査を続けております。 その最中、ランサムウェア攻撃を行ったとする組織が、当社が保有する情報を流出させたと主張しています。当社は、当該組織の主張内容の信憑性について現在確認中ですが、同組織が公開した情報を確認したところ、当社にて保有する一部情報の漏洩が確認されましたので、以下の通りご報告いたします。 すでに警察による捜査が開始されていることに加え、当社からも関係当局に必要な報告を行いながら、事実の確認および適切な対応に努めております。7月中には、外部専門機関の調査結果に基づく正確な情報が得られる見通しですので、判明次第、改めてご報告いたします。 お客様をはじめ関係するすべての皆様には、多大なるご迷惑とご心配をおかけすることになり、心より深くお詫
Leaner 開発チームの黒曜(@kokuyouwind)です。 Leaner では先月(2024 年 9 月)に葉山で開発合宿を行いました。合宿全体については既に開発者ブログの記事が上がっています。 今回、自分は議事録の自動まとめツールを作るチームでプロンプトを調整し、結構いい感じに動いたため記事を書くことにしました。 やりたかったこと 商談や社内のミーティングなどの実施後に議事録を作ることがあるのですが、結構時間がかかるため ChatGPT などの LLM を使って自動化できないか、というのを試しました。 やりたいこととしては LabBase さんの以下の記事が近いです。 ただし前提が異なる部分もあったため、諸々検証したうえで最終的には異なる構成になりました。 Amptalk を利用しており文字起こしが取得できているため、文字起こし部分はこれより精度が良いかが基準になる tl;dv や
食べログの大規模販売管理システムを財務会計SaaSシステムに置き換えた話 - Tabelog Tech Blog
目次 目次 はじめに 1章 課題の認識とZuora導入の決断まで 販売管理システムの課題 何を最初にやるべきか 実情を知る 理想像を固める 何を作り、何を作らないか どのSaaSを使うか 2章 Zuora導入設計 Zuoraプロジェクトチーム体制 Zuoraを知ろう！ Zuoraプロジェクトにおいて何を開発するのか Zuoraの管理画面を使うか、それとも内製で作るか 新設機能のモック作成 食べログとのマッピング 3章 Zuora移行 データ移行 データ検証 突合バッチによる検証 データプールの副産物 最終的なシステム構成 データ切り替え 4章 Zuora運用 財務突合 Zuoraへの切り替え Zuoraでの運用開始 5章 結論 最後に はじめに こんにちは！ 食べログ開発本部飲食店システム開発部でマネージャーをしている新井です。 2018年に食べログに入社し現在は販売管理チームに所属してお
あなたのパフォーマンスを倍にする Frontend Ops はいかがですか.md あなたのプロジェクトに Frontend Ops を。 [経営者の方へ] ウェブサイトが遅くなっていませんか?機能追加が遅くなっていませんか？ 私 @mizchi は Node.js とフロントエンドのエキスパートです。もし私を知らなければ、御社のフロントエンド担当に mizchi とは誰か聞いてみてください。それが一番早いと思います。 Frontend Ops の専門家として御社のプロダクトの改善にご協力します。 Frontend Ops は、ウェブサイトのロード時間を改善したり、開発者の基盤に手を入れることで一日に何度機能を追加できるかという指標に貢献するロールです。その結果としてUXを改善し、ビジネスを前進させます。 成果報酬で、費用はざっくり 100万円*達成率 となります。(詳細は後述) 弁護士作成
１人で転んだだけでも「交通事故」になるらしい｜山野祐介
いい年こいてバカみたいな報告だが、自転車（電チャリ）でコケた。 車道を走っていたら、側溝みたいなところで滑って転んだ。とっさに歩道にダイブしたが、幸いにも大きなケガはなかった（１週間くらい肩が上がらなかったが）。 しかし、電チャリのクランクとモーターにダメージが入ったらしく、走るたびに変な音がするようになってしまった。電チャリは本体代の半分以上がモーターやバッテリーといった電気まわりの代金なため、モーターがイカれるということは５万円以上が吹っ飛ぶことを意味する。 一応、壊れたときに保険金がおりるタイプの自転車保険には入っていたのだが、相手もいない自爆事故なので保険はおりないだろうと思いつつも、未練がましくHPを見ていたら「衝突・接触・墜落・転覆のいずれかにおいて、 自転車が全損または半損になった場合に保険金をお支払いします。」と書かれていた。 必ずしも車や歩行者とぶつからないとダメ、とは書
徳島県は、林業振興課に所属する４６歳の係長を、８日づけで懲戒免職処分としました。 処分の理由としては、男性職員が観光政策課に在籍中に、「阿波藍魅力発信事業」において、契約事務手続きを行わないまま、委託業者に業務を実施させ、経費の一部を該当年度に支払わず、翌年、別の業務に含めて支払った、などとしています。 さらに、「阿波おどり空港における阿波藍魅力発信事業」については、上司に無断で委託業者に成人用玩具を購入させ、契約上その事実を隠蔽して、県に損害を与えたとして、今年１月、住民監査請求の結果として、地方自治法違反・地方財政法違反と認定されています。 今年１月の監査結果によりますと、この問題には以下のような経緯がありました。 ２０１９年に阿波おどり空港で、藍染め製品や藍染め衣装を着用したマネキン等を展示する際に、職員が「リアルな人形を使用した展示が主流になっている」といった記事をインターネットで
10年前に亡くなった上司の言葉が新たに発見されました。 - Everything you've ever Dreamed
風邪で休んでいるときに自宅の物置で2000年～2015年の手帳が入ったダンボール箱を見つけました。手帳には当時の上司（部長）の言霊が記録されていました。「刺身が生なんだが……」という名作を生みだした部長。没後10年。ゾンビのようによみがえってきた部長を僕ひとりでは受け止めるのはイヤなので読者各位とシェアいたします。ビジネスや私生活で役立ててもらえると嬉しい。 ・「サンプルのサイズ感がわかるようにヤニと比べてみました……」 商品（食品）の大きさが分かりやすいようにタバコを置いて撮影。顧客ファーストのつもりが「食品の横にタバコ置くとかありえない」というクレームが続出。結果、失注。 ・「ハイライトがまずかったか……ラッキーストライクにしときゃよかった」 ↑の騒動の敗軍の将の弁。 ・「他社で見積をいくらで出したのか言えないの？この情報開示時代に？ずいぶんと時代遅れな会社ですな……」 情報開示。その
アジャイルの「理論」や「理想」だけではない、 実際に実践したからこそ見えてきた「現実」に役立ったヒントを紹介したのは、マネジメントソリューションズ社の渡会氏。「Rebuild our Agile!」をテーマに掲げた「Agile Japan 2023」で、アジャイルのRebuildについて発表しました。全2回。前半は、「選択肢のRebuild」と「ロールのRebuild」について。 開発の考え方をウォーターフォール→アジャイルにRebuild 渡会健氏：みなさん、こんにちは。マネジメントソリューションズの渡会と申します。これから、「アジャイルで実際に困ったからこそアジャイルをRebuildした話」ということで講演させていただきたいと思います。よろしくお願いいたします。 （会場拍手） 最初に、私の自己紹介。この自己紹介の中にも、けっこうRebuildしたことが入っています。 最初の20年は、プ
AIの歴史と現在の問題 - デマこい！
ジョン・ヘンリーの教訓 19世紀の都市伝説に「ジョン・ヘンリー」という人物がいます[１]。 彼は屈強な肉体労働者で、ハンマーを振るって岩に穴を開ける達人でした。ところが蒸気機関で動くドリルの登場により、彼は失業の危機に瀕します。そこで彼は、人間は機械よりも優れていることを示すために、穴開け競争で蒸気ドリルに戦いを挑んだというのです。 伝説によれば、ジョン・ヘンリーは（驚くべきことに）僅差で勝利を収めたとされています。しかし、あまりにも肉体を酷使したために、勝利の直後にその場で倒れて帰らぬ人になりました。周囲の野次馬たちは言いました。「彼は人間らしく死んだ」と。 この逸話から得られる教訓は何でしょうか？ 「機械と競い合うのは命にかかわる」とか「バカバカしい」とかではないと私は思います。それはあまりにも表層的な解釈です。生成ＡＩが躍進する現在、ジョン・ヘンリーは遠い過去の伝説ではありません。現
タイトルにもあるように、本記事では以下A（学術書、ビジネス書、専門書や参考書）にフォーカスした内容を書きます。 ※他のタイプにも共通して生かせる部分もあるかとは思います 概要 技術書・専門書の中でも特に「新たに学ぶ領域」に関する場合と絞ります。エンジニアは様々なレイヤーや幅の知識や手法を継続的に学習する必要があると考えており、そこに合致するやり方を今回は書いてみます。 ※「今既にある知識を深める」という観点でも大きな違いはありませんが、異なる部分もあるので、上記記載をしました。 そして、そういったモチベーションで本を読み「仕事に具体的に活かすために、行っている工夫・手法」を書きます。 本題の構成 さて、ここから本題です。 以下のような構成で書いていきます。 目的とゴール 本の特徴を理解 具体的な読み方 その他TIPS 事例 整理しながら「当たり前のことの羅列」かもしれないですし、自身に特化
sumirenです。 技術顧問やSREをしています。 背景 2024年現在、OpenTelemetryが盛り上がっており、ベンダへの依存度を下げてテレメトリを収集・送信することがトレンドになってきているように思います。多くの企業様で、OpenTelemetry対応のオブザーバビリティバックエンドを選定されているのではないでしょうか。 一方で、E2E自動テストツールなどもそうですが、デベロッパーツールは画面やUXの情報がパブリックな情報として出回ることが少ないように思います。オブザーバビリティバックエンドの場合、シグナル3種に関してOpenTelemetryベースでもフルに機能が活用できるのかという疑問もあります。 そうしたこともあり、オブザーバビリティバックエンドは実際にトライアルしてみないと選定しづらいです。監視など狭義のオブザーバビリティ外の機能や、OpenTelemetryの範囲外の
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アメリカでソフトウェアエンジニアの職を探した - pco2699’s blog
IT系展示会で外注コンパニオン、特に女性コンパニオンを使う理由【4/30補足＆レス追加。3行目参照】
納期がなぜ生産性をぶち壊しにしているのか？｜牛尾 剛
KADOKAWAがランサム攻撃で「ニコニコ」停止、身代金を支払うもデータ復旧できず
ウォータフォールはやめて2024年の開発をやろう！｜牛尾 剛
見積せえへんねやったらどうやって予算取りするねんという話｜牛尾 剛
本に書いてあるスクラムと、お前らのいうスクラム開発は別物だということにいい加減気づいてくれ
工数管理というものを理解する - Qiita
大阪湾のクジラ処理費「うまく8000万円台に…」 交渉記録を入手 | 毎日新聞
【2024年1月義務化】個人事業主のために電子帳簿保存法をわかりやすく解説
安値で有名な競合がいて望み薄だった解体工事を受注できてびっくり→理由を聞いたら正直営業をやってて心底良かったと思えた
KADOKAWA、クリエイターの個人情報漏えいを確認 取引先との契約書なども
現場の職人『なんかおかしいな』品質管理部が調査して重大な原因が判明した事例「これを言える風土が大事」
プロジェクトにおける見積もり方法の種類と比較 - Qiita
スケジュールの立て方について - Qiita
カドカワ情報漏洩「身代金を払うのは解決手段の一つ。批判されるべきではない」
ランサムウェア攻撃による情報漏洩に関するお知らせとお詫び | 株式会社ドワンゴ
会議の文字起こしから議事録をまとめるLLMツールを作った
あなたのパフォーマンスを倍にする Frontend Ops の傭兵はいかがですか
徳島県職員を懲戒免職処分 約40万円の「ラブドール」購入、藍染衣装を着せて阿波おどり空港に展示 | MBSニュース
アジャイルを導入したものの続けられなかったあなたへ 誤解や理解不足で起こる“もったいない”を解消するヒント
新たに学ぶ領域の技術書・専門書の知識定着力と実践力を上げる読書手法 - Qiita
【OpenTelemetry】オブザーバビリティバックエンド8種食べ比べ