たまたまお仕事の断り方という記事を読んだ。ひとり会社を経営してもうすぐ5年が経とうとしている。うちの会社では過去に1度、大きな失敗を経験してふりかえりを行った。その際に引き受けないお仕事の基準というものを社内で作成した。その失敗に至った原因の1つとして、本来引き受けるべきではないお仕事を受けてしまったと後になって反省した。 時代の流れや人手不足もあり、システム開発やプログラミングのお仕事はまだまだ好況にみえる。うちのような零細企業でも、実際に引き受けられるお仕事より依頼の方がずっと多い。そして残念ながらせっかくいただいた依頼をお断りすることもまた多い。 引き受けないお仕事の概要経理の本に書いてあったやるべきではない取引起業したばかりの頃に読んだ次の経理の本にも「やるべきではない取引」として次のリストを提案していた。 報酬が魅力的でも信用できない相手や嫌いな相手との取引 入金が遅い取引 自分

ASICS子供のころによく履いてたブランドで、あのASICSのストライプは俺にとってスポーツスニーカーの象徴だった。 そのイメージもあって、大人が日常的に履くのはちょっと……って何となく敬遠してた。 系列で選ぶならオニツカタイガーだろって感じで。 でも、今は自分の中で再燃しつつある。 オニツカタイガーに負けてないデザインのものもあるし、履き心地や機能性に優れたものもあるし。 adidasスニーカーブランドとしては今でもトップ争いしている印象だけど、個人的に履き心地いいと思ったことはない。 どっちかっていうとスタンスミスとかのローテクが強いブランドって印象。 そのスタンスミスにしたって、近年は本革仕様を復刻させて、いま2万近くで売ってる。 「2024年までにリサイクルポリエステルのみの使用に切り替える」とか宣ってたくせに。 CONVERSEローテクスニーカーといえばって感じで、履き心地のため

もうかなり前の話だ。 ある会社で、「会社案内・パンフレットのリニューアルをする」と言うプロジェクトが持ち上がった。 社長は一人の人物をプロジェクトマネジャーとして任命し、予算を付け、 「後はよろしく」 と、仕事をまかせた。 ところが半年後、ようやく社長は気づいた。 全くプロジェクトが進んでいないことに。 「どうなっているのか」とプロジェクトマネジャーを問い詰めたところ、彼は外注に丸投げしたまま、何もしていなかった。 外注側も、仕様が固まらず、プロジェクトは完全にスタックしていた。 社長は彼に話を聞いたが、彼は「外注から返事が無くて」の一点張り。そこで、社長は彼に要求した。「資料を出せ」と。 ところが彼は「出せない」という。 何か隠しているのではないか、おかしいのでは、ということで、皆でメールのやり取りや資料などを調べると、実質、彼が事実上、「外注に依頼をし、あとは本当に何もしていない」こと

定期的に見かけるSAPを入れても碌なことがないみたいなやつ。現場の人や中間管理職の感想としては全く正しいが、本当にERPがゴミならば（主にグローバル大企業で）これだけ普及しているわけもないわけで、なにかしら使う側に問題があるのかもしれません。 マジレスするとSAPというかERPは給料の高い人の生産性を上げるもので、給料の安い人の使い勝手とか優先度低いし、末端にたくさんのデータの入力を要求するから。別になんの矛盾もない。 https://t.co/F2J5TdeWXw — (っ╹◡╹c) (@Heehoo_kun) March 21, 2024 私が新卒入社した会社でも当時のメインフレームをSAPに置き換えるみたいな話があって、コスト削減で大変な工場でそんなものは入れられないみたいな議論があったのは覚えています。その時のラインマネージャーの一人が、「ERPは給料が安い人を大量に使って給料が高

コンピュータが演算や制御の処理を行う時は、CPUがメモリのデータを読み書きします。 CPUがメモリに書き込みする時、できるだけ高速に実行したいですよね。 なぜなら、ここがボトルネックになるとコンピュータ全体が遅くなるからです。 ライトバック、ライトスルーという仕組みは、CPUがメモリにデータを効率的に書き込むためのものです。 違いは何となく分かると思うのですが、どっちがどっちか分からなくなる時がありますので、今回はその辺を正しく解説します。 なお、ライトバック、ライトスルーは「主にキャッシュメモリから主記憶装置」への書き込みの仕組みですが、RAIDなどにおいてRAIDコントローラ上のキャッシュからHDDやSSDへのディスク書込みでも使われていますので、その辺は混ぜて解説します！ ライトスルー　(write through)とは？ 先ずはライトスルーの説明です。 コンピュータにおいてデータが

「自分の未来予測を信じてちょっと意地を張ってみる」 まつもとゆきひろ氏がRubyに型宣言を入れない理由 #17 動的型付け言語と大規模開発 テーマは「動的型付け言語と大規模開発」 まつもとゆきひろ氏：まつもとゆきひろです。Matzチャンネル17回目ということでお送りします。ちょっと前になりますが9月28日に私が技術顧問を始めたクラウドサーカスという会社さんがテックイベントを開催されて、その時のテーマが「動的型付け言語と大規模開発」というテーマでした。 その時に話したこととか、話そうとしたこと、話そうと思っていたんだけど時間の関係で話せなかったことなどを補足する意味も含めて今日はちょっと放送しようかと思います。というか、分量が多いので2回に分けて話そうかなと思っています。 このクラウドサーカスのイベントのテーマは別に私から指定したわけではなくて、先方が「こんなテーマで話したいんだ」とか「聞き

はじめに 皆様こんにちは、ソーシャル経済メディア「NewsPicks」(Media Infrastructureチーム)エンジニアの北見です。 現在、私は弊社サービスの一部のインフラ刷新を行なっている最中で、ここ数ヶ月 AWS CDKを触っておりました。 前職では Infrastructure as Code として Terraform を使ったことがあるのですが、少なくともAWS を使うという条件においては CDKを使うべき という結論に辿り着きました。 今回はそのように考えるようになった理由について説明していこうと思います。 前提 Terraform はパブリッククラウドにおける Infrastructure as Code の走りとして様々な現場に導入実績があり、それに対するリスペクトは持つべきです。 しかしよくある「AvsB」というメリデメの構図で「どっちでもいいよ、好みだよ」と投

主旨 以前はシステムの状態をオブジェクト指向でカプセル化し、オブジェクト同士の通信でシステムの制御をしようとしていた しかし、Webアプリケーションのように状態をメモリ上に保持し続けるのが難しい環境が増えると、上記のことがやりにくくなった（ORMのインピーダンスミスマッチの影響が大きくなった） 現在では、システム全体の状態を管理するためにオブジェクト指向を用いるシーンは減っているが、要所要所でシステムを抽象化する道具の一つとして用いるシーンはあり、適材適所で使い続ければ良い はじめに 一時期あれだけもてはやされた「オブジェクト指向」ですが、現在では「業務システム開発においてオブジェクト指向で作るとろくなことがない」、とか、いっそ「不要である」、という意見もよく見かけます。 オブジェクト指向、この記事では特に「オブジェクト指向プログラミング」を対象として話をしますが、その利点は以下の３点に集

Object-Oriented Conference 2024で発表した資料です。 https://fortee.jp/oocon-2024/proposal/b31c9818-3cb8-4350-adfe-cbc839cdf829 ビジネスの専門知識（ドメイン）を中心に据えたドメイン駆動設計に…

OSIとTCP/IP構造 OSI参照モデルとTCP/IPプロトコルスタックの対応関係を示しています。 OSIモデルはデータ通信のための抽象的なモデルで、7つの階層（レイヤー）から成り立っています。 一方、TCP/IPプロトコルスタックはインターネットで実際に使用されているプロトコルの集まりで、4つの階層から構成されています。 TCP/IPの４層構造 アプリケーション層：OSIモデルのアプリケーション層、プレゼンテーション層、セッション層に相当します。HTTP、FTP、SMTPなどのプロトコルが含まれます。 トランスポート層：OSIモデルのトランスポート層に相当します。TCPやUDPがこの層で動作します。 インターネット層：OSIモデルのネットワーク層に相当します。IPプロトコルがこの層で主に使用されます。 ネットワークインターフェース層：OSIモデルのデータリンク層と物理層に相当します。E

今回テストでトーンにカラーをつけてみました。如何でしょうか……。 こういう”じゃれあい”をうまく書けるようになりたいのですが（そして自分はうまく書けないので、これだけで作品のテーマになってしまう） 『追放されたチート付与魔術師は気ままなセカンドライフを謳歌する。 ～俺は武器だけじゃなく、あらゆるものに『強化ポイント』を付与できるし、俺の意思でいつでも効果を解除できるけど、残った人たち大丈夫？～』 のコミカライズの業務用餅先生は、この”じゃれあい”を描くのが異常にうまくて、本当に見習いたいです。半グレたちのコミュニケーションや、よくわかんないギャグのなかに入るこの”じゃれあい”が本当にすごくて、物語の設定や演出でしばしば話題になるのですが、業務用餅先生の一番すごいところは、この”じゃれあい”をごく自然に描くことができるところだと思ってます。 追放されたチート付与魔術師は気ままなセカンドライフ

概要 スタースキーマからスノーフレーク、ギャラクシー、そしてデータボールトやアンカーモデリングまで、各スキーマの特徴、利点、そして適用シナリオを掘り下げます。 スタースキーマ スタースキーマを元に整理します。 スタースキーマ または 星型スキーマ はデータウェアハウスに利用される最も単純なスキーマである。スタースキーマには唯1つもしくは少数のファクト表と複数のディメンション表が含まれる。スタースキーマはスノーフレークスキーマの一種であるが、多くの用途で利用されている。 DWHに利用される最も単純なスキーマ 唯一または少数のファクトテーブルと、複数のディメンションテーブルが含まれる スノーフレークスキーマの一種 モデル ファクト表はデータウェアハウスでの解析で利用され、複数の異なるディメンションに区分される。ファクト表は主要なデータを持つ一方、ディメンション表は相対的にサイズが小さくディメン

CRUDの操作をRESTで表現すると一対一で対応していないことに気づきます。RはGET、DはDELETEと考えておいて良さそうですが、CとUはPUT、POST、PATCHの3つの選択肢があり、APIを設計していると迷います。整理するためにまとめておきたいと思います。 下記の資料を参考にしました。 http - PUT vs POST in REST - Stack Overflow When to use PUT or POST | - The RESTful cookbook GitHub API v3 基本的な考え方 PUT: リソースの作成、リソースの置換 POST: リソースの作成 PATCH: リソースの部分置換 PUTはPOSTと違い、リソース名を指定して作成または更新をかけるメソッドです。PUT /articles/3421は新規作成かもしれませんし、更新かもしれません。PU

DA事業本部の横山です。 Visual Studio CodeでPythonの開発を行う際に、初心者がハマりやすいimportエラーの解消方法について書いていきます。 結論 先に結論を書いておくと、settings.jsonにpython.analysis.extraPathsに読み込みたいパスを追加することで解決できます。 確認環境 Python 3.8.2 VSCode 1.50.1 VSCodeのPython拡張機能 現象確認 以下のようなディレクトリ構成でコードを書いているとします。 $ tree . ├── main.py : importする側 ├── same_dir.py : importされる側 └── sample └── other_dir.py : importされる側 main.py import same_dir from sample import other

今日、知り合いの女性が言ってて目からウロコだった事。 「親密な関係の女性に花束を渡した事があるかどうかでその男のそれまでの人生が決まる」 彼女曰く、陽キャは高校生大学生の時には彼女の誕生日や記念日に花束を渡した経験があるし、相手の事を本気で想っているなら陰キャだって花束を渡した経験があるんだと。 花束を渡すって結構中二臭いというか酔ってるイメージがあるけど、そんな事は承知の上で、それでも花束を渡すって決断ができるくらい相手のことが好きならそれはもう人生が充実してる何よりの証拠だって。 確かに花束ってほんとに大事にしてる相手にしか渡さないよなって思って、すごい腑に落ちちゃった。花束もらって喜ばない女性なんていないしね。 陰キャ陽キャとかじゃなくて、人生が充実してるかどうかって観点で人を見てるその女性もすごく立派だなと思った。

憧れの暖炉のある生活。 薪の準備や煙突の設置など、敷居が高かった暖炉ですが、『バイオエタノール暖炉』は違います。 バイオエタノール暖炉は、煙もニオイも出ないバイオ燃料を使う暖炉のこと。MONOCOでは、中でも設置が不要で、届いたその日から楽しめる「テーブル型」がおすすめです。 テーブル型のバイオエタノール暖炉は、焚き火のように“観賞”するのがおすすめ。 ゆらゆら揺れる炎を眺めながら、ぼんやりと過ごす。あなたの家のダイニングテーブルやリビングで、究極の癒し時間を。 おすすめの「テーブル型バイオエタノール暖炉」の使い方 自宅でキャンプ・アウトドア気分 脳の情報整理、デジタルデトックス 毎日の食事・晩酌をムードアップ 《目次》 現代人におすすめ、ぼんやり“自分時間” 着火もお手入れも簡単 卓上型バイオエタノール暖炉の選び方 おすすめの「バイオエタノール暖炉」6選 現代人におすすめ、ぼんやり“自分

参考 プリンシプル オブ プログラミング - 3年目までに身につけたい一生役立つ101の原理原則 発行: 2016/3/23 著者: 上田 勲 まえがき プログラマーの世界で語り継がれる原則や格言を知ることは、その共通の言語や道徳を理解する手助けとなります。 『プリンシプル オブ プログラミング』（以下、プリプロ）は、統一された語句と形式により、先人のプログラマーたちが重要視していた思考法やアプローチを、微妙な概念の違いに気を使うことなく理解できるよう構築されています。この記事では、この本を読む上で役立つ101の原則マップと原則から抽出した価値観をまとめます。プリプロを読む際のガイドになればと思います。 一方で、プリプロに収録されていないウィットに富んだ原則や格言も多く存在します。この記事では、主に私の現場で重要視しているプリプロの101の原則以外の原則・格言も追加で紹介します。 プログラ

タスク管理について気に入っている手法がひとつあります。それが「Doタスク」と「Thinkタスク」をわける考え方。 行動を伴うタスクと、迷ったり悩んだりするタスク。これらをおなじ枠の中で管理してしまうと、毎日の時間配分が上手にできないことがわかりました。 逆にこれらを別物として扱って、実行するタイミングを見極めるようにしたら、スキマ時間も有効に使えるようになったのです。 【目次】 タスク管理はDoとThinkでわけるとよい Doタスクの管理・処理方法 Thinkタスクの管理・処理方法 メモ.appを使った管理・運用方法 Thinkタスクを切りわけるメリット タスク管理はDoとThinkでわけるとよい 「Doタスク」とは実際に手を動かすタスク。すでにやるべきことが決まっていて、あとは具体的なアクションを起こすだけでよいものです。 すでにやるべきことや見通しが見えているので、完了に必要な見込み時