スーパーで買える幸せを教えて乾麺の蕎麦の小諸七兵衛と、パスタソースの青の洞窟が大好きでちょくちょく買ってる。 この手の普及品より少しだけ高いけど、百貨店や成城石井で売るような高級品ラインではないちょっとだけ質の良い商品がかなり好き。 外食したり良い惣菜を買うより安いのに外食並に幸せになれてコスパが良すぎる。 皆さんこの手の商品をもっと教えてください。
海外も失笑｢日本の承認文化｣が半導体不足を招く
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
『特殊病』それは日本の病気です | タイム・コンサルタントの日誌から
自分のプロフィールに「国内外の製造業及びエネルギー産業向けに、工場作り・生産システム構築の仕事に従事してきた」などと書いているためか、「日本の製造業は、海外に比べて特殊なのですか？」という趣旨の質問をされることが、時々ある。「なぜ日本と海外はこうも違うのでしょうか？」といった聞き方の場合もある。 こうした質問は、日本と海外で同等なはずのものが、なぜか違っていた、との事例とともに、語られることが多い。例えば、同じ企業のグループに属しながら、生産管理系のパッケージソフトを、海外工場ではノンカスタマイズでスムーズに導入できたのに、国内工場では苦労したあげく、失敗したという事例。あるいは、国際標準に従ったサプライチェーンの仕組みが、日本国内だけどうしても使えなかった事例。 さらに、国内では立派なプロジェクトマネジメントの実績を持つ会社が、海外に出て行って遂行したら、赤字や納期遅延で痛手を被ったケー
“クラウド不毛地帯”に花開く「バーティカルSaaS」のいま IT予算少ないマーケットでも成長、なぜ？
国内スタートアップが提供する「バーティカルSaaS」への注目が高まっている。バーティカルSaaSは、建設、介護、不動産など特定の業界に向けたクラウド型の業務システムだ。市場規模が限定的な業界向けシステムといった見方は過去のものとなり、2023年上期においても数多くの資金調達が発表された。 背景には、日本の産業が抱える深刻な人手不足や生産性向上といった課題がある。医療、介護、製造業、建設などあらゆる業界が労働力不足に陥っており、例えば物流業界では法改正によりドライバーが不足する「2024年問題」など、時間的制約が明確な切迫した状況も発生している。 この状況を受け、一連の業界ではIT導入の重要性が指摘されていたが、実際の状況は停滞していた。そこに目をつけているのが、新進気鋭のバーティカルSaaS企業だ。これらの企業は単なるクラウド型業務システムにとどまらず、マーケットプレース、金融機能なども提
技術士ハンドブック（第2版） | Ohmsha
1章 安全工学 1.1 概要 1.2 機械安全 1.3 電気と制御の安全 1.4 機能安全 1.5 人間機械協調システムの安全 1.6 子どもの安全 1.7 リスクアセスメント 1.8 ヒューマンエラー 1.9 労働災害と安全 1.10 安全に関する主要な用語と定義 2章 環境 2.1 概要 2.2 環境問題の歴史 2.3 環境の現状と対策 2.4 自然共生社会と生物多様性 2.5 低炭素社会と地球温暖化 2.6 循環型社会と廃棄物 2.7 環境アセスメント 2.8 環境測定技術 2.9 環境教育と協働 2.10 環境と経済 2.11 環境関連法規 2.12 技術士と環境 3章 エネルギー 3.1 エネルギー概論 3.2 原子力エネルギー 3.3 省エネルギー 3.4 再生可能エネルギーとエネルギー利用面での技術革新 4章 経営／生産マネジメント 4.1 経営戦略 4.2 マーケティング
九州の進学校と男女差別と地域差別
とあるフォロワーが鹿児島から久留米まで新幹線通学をしている女子中学生の報道を引用して、「鹿児島のラサールは男子校。女子の教育機会が奪われているのを放置し、鹿児島は性差別的なところだ」という話をしていて、いやいやいやいややってなってしまった。 九州は男尊女卑的であるという偏見の目でこのニュースを見るとそう見えるのだろう。 九州の進学校事情に多少詳しい人からすれば、それはただの偏見による観測なのだ。 以下、九州の進学校事情を説明しよう。 そもそも論として九州に男子校は少ない。 そして、九州の進学校の花形は二つの私立進学校の例外を除いて、たいていの地方と同じように各県の公立トップ高たちだ。福岡であれば修猷館、熊本であれば熊高（くまたかと呼ぶ）、鹿児島であれば鶴丸といった県立トップ進学高たちだ。 東日本の学校のように一高が実質男子校、二高が実質女子高のような伝統もなく、主要な公立進学高校はもちろん
多段階契約（請負/準委託）｜ソフトウェアトラブル相談サポート
累計相談数400,000 件以上 相談可能事務所数全国約 1,600 事務所 圧倒的な実績から、あなたの悩みを相談できる専門家を見つけます 多段階契約（請負/準委託） ◆ソフトウェア取引は単なる売買契約ではない◆ 新たなシステムを導入するために、システム開発をベンダー企業に委託するユーザー企業は、システム開発をベンダー企業に丸投げしがちです。たしかに、ユーザー企業はベンダー企業に高額な委託料を支払うのですから、そのように考えたくなることは理解できます。 しかしながら、システム開発は、単にユーザー企業が料金を支払い、ベンダー企業が開発作業をすればよいというたぐいものではなく、ユーザー企業とベンダー企業の共同事業です。そのため、ユーザー企業も、開発作業をベンダー企業に丸投げするのではなく、どのような機能をシステムに盛り込むのかを決定する要件定義の工程や、システムの表示画面などの仕様を決定する外
「実績紹介」と「ただの自慢話」を混同している人、多くないですか？
わたしは記事のネタ探しのためにビジネス書や自己啓発書をよく読むのだが、そのなかで、時折鼻につく自慢話を見かける。 「経営陣がさじを投げるような長年の課題を短期間で解決に導いた」 「若いころはありとあらゆる賞を獲りまくっていた」 「多くの社長が自分を頼って相談に来る」 「現在××で有名なAさんは僕の指導を受けて成長した」 「この企画は続けていく予定だったが、売れすぎて現場が混乱したため終了になった」 「他にも優れた企画はあったが、上司はずっと僕の企画を推していた」 などなど。 晒すつもりはないので引用はしないが、これらの記述は、実際にわたしが最近書籍のなかで見かけたものである。 本だからまだ流し読みできるけど、居酒屋でこんなことを言われたら、確実に「うざいな」と思いそうだ。 たぶん本人たちは、「実績アピール」「自己紹介」だと考えているのだろう。でもそれは、一歩間違えるとただの自慢話でしかない
完全にお局と化してつらい
自分がかつてなりたくなかったお局になっててつらい 前にイラつくことで仕事のパートナーをコントロールする女増田が叩かれてたけどわかるよ ピチピチだった頃はお局を見てなんでこんな言い方するんだろう？とかもっとニコニコすればいいのにと思ってた だってその時は困ったことがあっても意見してもどうせ通らないからニコニコはいそうですよね、やっておきますって言えばよかったから でも今は違う いい顔して都合のいい人をやっていると自分が後始末をしないといけない立場になったからだ なので困ることは指摘するし、経験を詰んだなりの意見も出来るようになってきた するとなんと、まあ軽んじられることよ これ、期限過ぎそうですけど確認してくれましたか？と普通に聞いた所で忘れてました〜みたいな反応をされたりする それ確認できるのお前だけだし、お前の仕事でこっちの仕事はその確認が必要なんですけども なのでちょっと急いだり怒った
（追記あり）「沈黙＝NO」で通じる社会が嫌すぎる
コメントありがとうございました！ とても参考になっています。 だいたい出揃ったと思うけど、まとめると以下のような意見が多いと思う。 ・わかるし、似たような経験もある ・お前が聞かないのが悪い（すみません、でもウザがられたら二度と連絡取ってくれないでしょ？） ・返事しにくいやつが先延ばしになって結果的に返答しないことになっただけ ・周りがやっているからやっている ・海外もそんなもんだよ？ ・沈黙というより永久に保留したいだけ ・SNSの既読スルーの作法がビジネスに適用されたのでは 納得できるものもできないものもあるけど、ちょっとだけ。 まず保留にしているんだよわかるでしょ？というのはまあそうなんだろうけど、それは両者とも同じ作法を共有していることが前提だから、できればいつまで保留したい旨伝えてほしいと思う。 面倒でもです。言いにくいというのも甘えだ。 あと海外では当たり前というのはちょっと違
準委任契約だけど、責任は取ってください
連載目次 準委任契約と請負契約 今回は、システム開発の要件定義工程の契約形態についてお話しする。 本連載の読者ならご存じの方も多いと思うが、情報システムの開発は、準委任契約に基づいて行われる場合か請負契約に基づいて行われる場合が多い。そして1つの開発においても、要件定義工程は「ユーザーの作業を支援する」という意味合いで、成果物の完成責任を負わない準委任契約で、設計以降の工程（ここでは便宜的に「開発工程」と呼ぶ）は「ベンダーが主体となる」ために成果物の完成責任を伴う請負契約で行う場合がよくある。準委任契約は、「専門的知識やスキルを持つ人間が契約で合意した時間働けば、その対価は払ってもらえる」というのが原則である。 では、専門家が一定時間働きさえすれば責任を果たしたことになるのだろうか。 今回取り上げる事件は、ITベンダーが要件定義工程から開発工程までを一貫して行ったが、要件定義に抜け漏れがあ
俗情と結託した偽史 魚豊『チ。』 宗教的情熱で「真理」に至った科学者達｜Lamron🍞
ホイッグ史観とは、歴史を「進歩を担った殊勲者」対「進歩に抵抗した頑迷な人びと」に分け、両陣営の戦いと前者の勝利として歴史を物語的に記述する歴史観である。 ホイッグ史観 - Wikipediaアニメ化が決定し第26回手塚治虫文化賞大賞なども受賞している『チ。-地球の運動について』は既に超長文の批判記事がある。 参考文献に明示されてない本も交えて要約＆補足すると、 ・ プトレマイオスが大成した天動説は当時の最高の観測結果に基づいたものであり、地動説はそれに対して「惑星の逆行を自然に説明できる」ことしか勝っている点が無かったから否定されたに過ぎない サイモン・シン『宇宙創成（上）』P. 56-57・コペルニクスが地動説を唱えた時点でも宗教的な理由で否定されたというより、ケプラーが惑星軌道が楕円軌道であること等（ケプラーの法則）を発見するまでは天動説より予測精度が悪かったから否定された ・ニュート
HTMLコーディングの今。アンケート結果から分析する2023年のウェブ制作 - ICS MEDIA
ウェブ業界の当たり前だと思っていることでも、他社の人には違う常識があるかもしれません。自分が業界多数の傾向と違うところはどこなのか……。この連載ではアンケートデータから国内のウェブ業界の傾向を分析します。 連載9回目となる本記事では「2023年のHTMLコーディング」をテーマとしてアンケート結果を紹介します。 imgタグの属性はちゃんと書く？ imgタグにwidth・height属性を書いているか質問しました。 4397票の回答があり「何が何でも絶対に記述する」が11.9%、「基本的に記述する（たまに記述しないことがある）」が33.2%、「面倒なので普段は記述しない（たまに記述する）」が21%、「記述しない！」が33.8%でした。 記事『【2020年夏】imgタグにはwidthとheight属性を書くのがいいらしい | Rriver』によると、レイアウトシフトの対策に有効であるためにwid
プロダクトが大きくなると、なぜ生産性は下がるのか？ 『Team Topologies』から読み解く、「認知負荷」という考え方
株式会社overflowによって開催された、開発組織のあり方について考える1ヶ月「CTOWeek 2023 by Offers」。Week2に登壇したのは、株式会社LayerX 執行役員の名村卓氏。開発スピードを落とさないために必要な、イネーブルメント組織について話しました。全3回。1回目は、開発の生産性に大きく影響する、「チームの認知負荷（Team Cognitive Load）」について。 名村卓氏のキャリア変遷 大谷旅人氏（以下、大谷）：それでは本日のメインの名村さんのお話に入りたいと思います。LayerX 名村さん、ご登壇よろしくお願いします。 名村卓氏（以下、名村）：はい、よろしくお願いします。LayerXの名村と申します。今、LayerXでEnabling Teamという、Enablementをやっている組織にいるのですが、今日はそこでの経験と諸々含めてお話できればと思っていま
プロダクト開発メインチームのパフォーマンスを最大化するには？ 生産性の鍵「認知負荷」を下げる「Enabling Team」の在り方
株式会社overflowによって開催された、開発組織のあり方について考える1ヶ月「CTOWeek 2023 by Offers」。Week2に登壇したのは、株式会社LayerX 執行役員の名村卓氏。開発スピードを落とさないために必要な、イネーブルメント組織について話しました。全3回。2回目は、「Enabling Team」の役割について。前回はこちら。 サービスの完全なオーナーシップを持っているのはすごく大事 名村卓氏（以下、名村）：それをする（認知負荷を下げる）ために何をするかというと、Cognitive Load、認知負荷は見ている領域が広がると結果的にキャパシティを超えちゃうので、そもそも絶対量を減らす必要があります。ドメインフォーカスをするんだけど、そのドメインが大きすぎるとそれだけでキャパシティがオーバーフローするので、サービスのサイズやチームが見るべき領域をできるだけ最小化して
頭を使って働く人に、読書が絶対に必要な理由。
先日、次女がやっている国語のドリルの答え合わせをした時のこと。 本来であれば、文中にある表現を用いて 「郵便局のドアをあけた」 と解答しなければならないところ、次女は 「郵便局に行った」 と書いていた。不正解である。 そこで、これは間違いだと指摘したところ、「なんで？」と返された。 そこで、想像してみて「おうちのドアを開けた」と「おうちに行った」とは、そもそも意味自体が違うでしょう、と説明する。 ところが娘は「おんなじようなものじゃない？」と首をひねる。 なるほど、娘の認識の中では、「ドアを開けること」と、その場所に「行くこと」は同一視されていたということだ。 そこで、娘には「わずかでも言葉が違う、ということはそもそも、意味が違うということ、文中に使われている表現を、そのまま使わないと意味が変わってしまうので、不正解になる」といい含めた。 ＊ 上の話を「いちいち細かいなあ」と思う方もいるか
back check
back check（バックチェック）は年間実施数1万件超えのリファレンス/コンプライアンスチェックです。採用の新たな判断材料に。
不正・横領は自分に関係のないことじゃないって話｜ANRI
ANRI元島です。一部上場企業で経理をやってました。 言えないあれこれも経験してきましたが、色々な方と話しているとどうやら不正などは自分や自分の会社とは無縁、と思っていらっしゃる方も多いようなので、そうじゃないよ、誰にでも起こり得るよ、ということ、そして体制構築はメンバーや自分を守ることでもあるよ、ということをお伝えできればと思います。 スタートアップと不正ディープテックスタートアップには苦い経験があります。 調達額とほぼ同等の金額が不正の対象となったエルピクセルの事件です。関係者も知り合いが多くこするようで申し訳なさもあるのですが、最近起業された方々はご存じないということが判明したのであえて書きます。以下のことがわかります。 大型の調達をして体制が整っていると思われるスタートアップでも起こってしまう 投資家が取締役に入っていても簡単にはわからない 国の研究費を受けており、そういった機関の
進捗確認をやめると上手くいく｜きゅーい / koyo
プロジェクトマネジメントといえば「進捗確認」と思っている人も沢山いると思いますが、私は進捗確認という行為そのものに否定的です。 このエントリでは、進捗確認という行為がいかに無意味であるかという話および、進捗管理として行うべきことを書いていきます。 誰かのプロジェクトマネジメントの参考になればと思います。 ※ 進捗管理が不要という話ではありません 進捗確認の定義このエントリでの進捗確認は下記の定義とします。 複数人が関わるプロジェクト等において、プロジェクト等をマネジメントするべき立場にある人間が、プロジェクトの所属メンバーに対してタスクの進捗状況を口頭・テキスト等で直接確認する行為 少し難しい言葉で書きましたが「進捗どう？」といった質問およびその回答からなる一連の流れだと思ってください。 なぜ進捗を確認したくなるのかプロジェクトマネージャー（PM）の仕事のひとつに納期の管理というものがあり
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
リファレンスチェック比較13選！主要サービスの費用・特徴を比較解説