何かを共有したり提案したりした時に、想定していたよりもたくさんの反対意見が出ることはよくある。あまりにたくさん反対されると、サンドバック化してボコボコにされる感覚でしんどくなる人もいるかもしれない。 反対意見が出た時の振る舞いには一定のお作法があると思っていて、それを知っておくとちょっと楽になると思うので雑に書き出してみる。そうなる前に進め方で改善できるところもある*1けれど、それはいったん置いといて「反対意見がたくさん出たらどう振る舞うのがよいか」という観点で考えてみる。 1. お礼を言う ちゃんと話を聞いて真剣に考えてくれているからこそ反対意見が出る 実際にそうじゃなかったとしても落ち着いてそう考えてみるのが大事 内容や伝え方に憤りを感じたとしてもいったん置いておいて、まず意見を言ってくれたことに対してお礼を言うこと 2. 初動の方針を伝える たくさん反対意見をもらうと、それに対して意
https://anond.hatelabo.jp/20240826173020 これを読んで、昔はてブで良く見かけた人って今何してるのかなぁって気になったので調べる。明日から三連休だし、みんなも協力してね（仕事がある人ごめんなさい） 敬称略。思いついた順に書いてるから順番はぐちゃぐちゃ。 近藤淳也はてなの会長をやってる伊藤直也一休のCTOやってる宮川達彦Fastlyに勤めてる小飼弾404 Blog Not Foundは2017年から更新なし。Xは更新しているので生きてるはまちちゃん調査中あまちゃん調査中ゆーすけべーCloudflareに勤めてるちきりんChikirinの日記を今も更新してる山本一郎たまにホッテントリ上がるので生きてるかわんご元気シロクマシロクマの屑籠 更新してるヨッピー記事書いてる（https://omocoro.jp/writer/yoppy）地獄のミサワしばらくXの更
同僚が書いた Go初学者へのコードレビューでよくあったコメント20選 では、Go初学者へのコードレビューでよくあったコメント20選を紹介しました。 今回は私が コードレビューでよくお願いするコメント追加のお願い について紹介します。 前提：コメントを書いて欲しいわけ コードレビューでコメントを書いて欲しい理由は以下の通りです。 プロダクト、サービスの持続可能な開発を支えるため 人が入れ替わっても開発の迷いを可能な限り減らすため 具体的なコメントの追加パターン ①変数やパラメーターの説明を書く コードを書く人にとっては必要があって構造体や変数を定義しているので自明ですが、第三者からすると解釈に悩むことがあります。 そのため誰が見ても自明でしょうという変数以外については注釈をいれます。 たとえば、User 構造体における ID は自明（どのような採番ルールか？みたいな疑問は出るが、ID を入力
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 株式会社ulusageの技術ブログ生成AIです！今回は、PDF解析とドキュメントインテリジェンスの最先端技術 「MPLUG-DOCOWL2」 について、解説していきます。このモデルは、高解像度のマルチページドキュメントを効率的かつ正確に解析する技術として注目されています。特に、従来のOCR（光学文字認識）ベースの解析手法が抱える課題を解決し、従来のOCR技術を必要とせず、新しい水準の性能と効率を実現しました。 この記事では、技術的な背景、MPLUG-DOCOWL2の構造と革新性、他の技術との比較、そして具体的なデモンストレーションを交え
DDD以外の設計手法についてご教示いただきたく、DDDの主張をある程度正確に理解した上でDDDをこき下ろしているイメージの強いくまぎさんに質問させていただきました。 最近はソフトウェアの設計について調べると、DDDについての記事ばかりで辟易する一方、私がエンジニアになった頃にDDDに勢いがあった影響もあって私自身DDD以外の良い設計とされているものを知らず、DDDに胡散臭さを感じつつもDDDの考え方にとらわれている、毒親の影響を受けた子供のような状態から抜け出せずにいます。 その最たる例がリポジトリパターンです。 よく依存性の逆転・DIと一緒に語られますが、くまぎさんがおっしゃる通り余計にインターフェースを切るのはイケてないと感じます。また、DI抜きにしても、リポトリパターン由来の様々な問題（N＋1やバルクアップデート、管理画面用のメソッド生やしたくなる問題など）に対する解決策として提示さ
年末調整が難しすぎる（令和６年度版）https://anond.hatelabo.jp/20241115174825 を読んで大変そうだなあ。確定申告すればいいのにと思いました。 年末調整は会社の義務だけど、従業員は全ての税処理を年末調整でする必要はない。年末調整を行うのは会社の義務ですので、会社は年末調整をしないといけません。 ただし従業員は全ての項目を年末調整で行う必要はありません。 最低限の項目だけ入力して提出しても大丈夫です。 控除の申請を確定申告で行っても何も問題ありません。 最終的にちゃんと申告し納税すれば大丈夫です。 年末調整のシステムは会社ごとにバラバラ。年末調整の社員の手続き方法は、会社ごとによってかなり違います。 年末調整の手続きシステムは、一般の企業が開発しているものを、それぞれの会社が契約して、従業員に使ってもらっています。 どのサービスと契約しているかによって、手
六本木ヒルズ勤務者の特権である退職ムーブはじめに2023/5/16 に執行役員 VP of Engineering として入社した株式会社メルペイ（メルカリから出向形式）を2024/4/30 付で退任、退職しました。 証拠インターネット企業でこれまで12年、9年半と比較的長く勤めてきた自分にとって初の１年未満の退職となり自分でもビックリです。 この記事は約1年という超短期間ながら貴重な人生経験をした記録の断片を残し、いつでも振り返られるようにしておく意図で書きました。 退職後も権利が有効な執行役員契約を締結していた都合上、会社での事実をそのまま書けない立場にありますのであくまで私の気持ちベースで表現し、私個人の身に起きた出来事は事実として表記する事とします。（個人の感想というやつです） なぜ退職するのか今回も前回同様三行で インクルーシブな労働環境、また役職的にインクルージョンを求める状況
ゲームにおいて、「剣」が武器となることは珍しくない。とはいえ、特に戦闘だけでなく探索要素もあるゲームでは常に剣を抜いた状態でいるわけではなく、非戦闘時には剣を鞘にしまうアニメーションが用意されることもある。逆に戦闘になった瞬間には抜刀したりもするだろう。この抜刀/納刀時のアニメーションについて、「鞘」に納められた剣では“ごまかされる”こともあるという。 そんな鞘から剣を抜くアニメーションをごまかしてきたと“懺悔”をしたのはアニメーターのDillon Gu氏だ。同氏はRooster Teethに在籍し、Webアニメ「RWBY」シリーズの「RWBY Volume3」のアニメーション制作に携わったことで知られている。その後2020年に独立しDillonGoo Studiosを設立。数々の3Dアニメーションを手がけている。 Dillon氏が今回告白をすることになった発端は、国内のコスプレイヤー、サ
軽井広🍜 @karuihiroF 作家。著書11冊、漫画化9冊。90年代生。 ・『北欧美少女のクラスメイト』2巻が8/26発売！ ・『キミの理想のメイドになる！』1～4話配信中 ・『弟溺愛令嬢』漫画3️⃣8/1発売 ・『クールな女神様』漫画2️⃣8/9発売 ・『皇女殿下の師匠』『イチイャイチャ領地経営』コミカライズ なろう日間1位複数回 amazon.co.jp/%E8%BB%BD%E4%B… 軽井広🍜 @karuihiroF 小説がいかにマイナーかというと、某アニメの専門学校で講師の人が「皆さんアニメ見ますか？」と聞いたらほとんどの生徒が手を挙げた 次に「漫画を読みますか？」と聞くと半分以上の人が手を挙げた そして「ゲームをしますか？」と聞くと四分の一しか手を挙げなかった 最後に「小説を読みますか？
30歳になって半年近く経った。 もうリミット迫っているし、正直子供が欲しいと思う。 でも無理なんだよな。 夫も私も年収は600万程度。 税金やら何やら抜かれたら、手取りは月30万、ボーナス入れてもひとり年間500万くらいにしかならない。 都内通勤圏に買ったマンションのローンは毎月15万。食費も生活用品も値上がりして、何をするにもお金がかかる。 夫婦共働きなら困らない。 でも子供に教育費がかかったり、 私がパートになったりしたら一気に苦しくなる。 つまりパートになる選択肢はない。 でも、正社員を続けながら子供を育てられる気がしない。 総合職の仕事はそれなりに忙しくて、育休を取るとなればプロジェクトに穴があく。 女であっても長期のプロジェクトに入れてもらえるいい時代になった反面、休めば迷惑がかかる。 表立って評価が下がらずとも、心象が悪くなる。 やっぱり女はダメだと言われる。 育休なんて取って
anond:20241002111546 そもそも「面白さ」に対する考え方には結構性差があって、増田が例示したエピソードは男さん基準ではそもそもオモロの俎上にすら上がらないことは認識した方がいいと思う 定義はウケるウケないは別として、絶対に関心を引くような話です。 （私の場合は、マチアプで出会い2年半付き合ったモラハラ男が出会ったときから既婚者子持ちだった） （ずっと母方のお婆ちゃんだと思ってた女性が実は赤の他人だった） （ハリウッドスターとの写真撮影で、プリンターのエラーで写真が出ず、5万円を無駄にした）（これは今でも本当に悲しい） 「ウケるウケないは別として」とか予防線張ってるけど大概の男さんはこれらのエピソードに関心すら持たないと思う だって内容がすべて予定調和的というか、「まあそんなこともあるよね」の範疇にしか収まってない 3つのエピソードとも、現実世界で起こりうる事象の中で可能性
はじめに Clean Architectureやレイヤードアーキテクチャでは、どのようにレイヤーを定義するかついては言及されています。 そのような中usecase(レイヤードアーキテクチャではApplication層)をどのように実装するべきかについての議論は少ないです。 しかし私はリーダブルなアーキテクチャを実現するために、一番大切なことはusecaseを適切に実装することであると考えています。 そこでusecaseを実装する上で起こりがちな抽象度の問題を例に、リーダブルなアーキテクチャを考えいていきたいと思います。 サンプル 1:1のチャットアプリでUserとWorkerが存在して会話ができるアプリを例にあげます。 以下の図では青い背景はinfraの関数実行、緑色の背景はdomainの関数実行、赤い背景はusecaseの関数実行を示しています。 usecaseのCreateChat関数
主に以下の情報源を元に、健康に良い/悪い食べ物についてまとめました。 WHO(世界保健機関)、NIH(アメリカ国立衛生研究所)、Mayo Clinic、WebMD、日本国立がん研究センター、日本厚生労働省、リチャード・J・ジョンソン『肥満の科学』、津川友介『世界一シンプルで科学的に証明された究極の食事』 「健康に良い/悪い食べ物」の定義WHOの定義だと、NCDになる確率を下げる/上げるで健康に良い/悪いが判断されます。 NCD(Non-Communicable Diseases：非感染性疾患)には、糖尿病、心臓病、脳卒中、脂肪肝、肝硬変、癌、認知症などが含まれます。 こまけぇこたぁいいんだよ！！ 有用情報だけ簡潔に教えろ！という方のために、まずは、有用そうな情報をいくつかピックアップして、簡潔に列挙します。 ●「野菜ジュースが健康に良い」という強いエビデンスは今のところない。 ●「果汁10
なぜ依存を注入するのか DIの原理・原則とパターン 著者: Steven van Deursen, Mark Seemann 訳者: 須田智之 表紙には.NETやC#の文字はないのですが、前の版は"Dependency Injection in .NET"で.NETを前提した本のようでした。 ただ、はじめにで 本書では、.NETとC#を用いて、依存注入に関する用語や指針を包括的に紹介し、描写しているのですが、本書の価値が.NETの外の世界にも届くことを望んでいます。 とありました。 RustのDIでなにか活かせる教えを期待して、読んでみました。 第1部 依存注入 (Dependency Injection: DI) の役割第1章 依存注入 (Dependency Injection: DI) の基本: 依存注入とは何なのか? なぜ使うのか? どのように使うのか?まず、保守容易性(maint
Swift Advent Calendar 2018 の 8 日目です。 はじめに Swiftの話題としてはやはりiOSアプリ開発に関わるものが多いかと思います。 ですがもっといろん場面で活用されればいいなと思い、ここでは手軽にCLIツールを作る方法を紹介します。 と思って、Qiitaで検索したら既にSwift Package Manager (SwiftPM) で作るコマンドラインツール - Qiita でかなり丁寧まとめられてました。とはいえ、時の流れとともに内容に若干変更されている部分もありますので挫けずに進めたいと思います。（つまりこの記事にも賞味期限があるということですね） 前提としている環境 macOS Mojave Swift 4.2.0 コマンドラインでswiftを実行するには 例えば以下のように、あらかじめソースファイルを作っておけばswiftコマンドに渡すことで実行でき
この記事についてこの記事では、日本のスクラム系カンファレンスのプロポーザルを勝手に沢山読んできた筆者（さとりゅう）が考える「内容が伝わるプロポーザルの書き方」を提案します。筆者がこれまでに読んできた中で、講演内容がどのようなものなのかを伝える目的であるプロポーザルが、その役割を果たすのに不十分な記述のため、本当は素晴らしい講演内容が伝わらずに終わってしまっているのではないか、ということを危惧しています。そこで本記事では、講演内容がわかりやすいと読み手として感じたプロポーザルを思い出しながら、それがどのような構造であったのかをチェックリスト形式で提案します。このチェックリストを用いて、より多くの伝わるプロポーザルが生まれることを願っています。 動機先日、 株式会社カケハシの小田中さんが素敵なスライドを公開していました。これによって、多くの人がカンファレンスのプロポーザルを書こうというモチベー
はじめまして、工場見学マニアの丹羽桃子（にわ・ももこ）と申します。 私は昔から好奇心が旺盛な子どもでした。さらに食べることや料理をすることなど、「食」に対する興味も強かったんです。 そんな私が大学進学で過ごした南信州は、寒天のトップメーカーである伊那食品工業、養命酒製造、「マルスウイスキー」の本坊酒造など、気軽に工場見学できる場所が複数あり、まさに私の好奇心と食への興味を満たしてくれる、魅力的な場所でした。 大学卒業後は、食品メーカーにて生産現場管理や開発業務などに携わり、工場見学をより深い視点で楽しむことができるようになり、ますますその奥深さにはまっていくことに。 そして、食品以外の分野も含め、気が付いたら多いときには1日4ヵ所、1ヵ月で22ヵ所以上の工場を巡るほどになっていました。これまで訪れた国内工場200ヵ所以上。その情熱は国内だけにとどまらず、メキシコやカナダ、台湾、ロシアなど、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
