『北朝鮮に鉄道マニア34人で押しかけた話』の裏話 朝鮮平壌開城巡検 01-01 - twinrail.log
『北朝鮮に鉄道マニア34人で押しかけた話』というnoteを書いたらめちゃめちゃバズった。 はてなブログでは、noteに書ききれなかった旅行の裏話を連載形式で書いていく。 noteがめちゃめちゃバズった 私はおととい『北朝鮮に鉄道マニア34人で押しかけた話』というnoteを書いた。2016年に朝鮮に行った時の旅行記なのだが、これがものすごくバズった。 その翌日に書いた『北朝鮮は「普通の国」だったという話』という話も、多くの反響を得た。こちらは2019年に2回目に朝鮮に行った時の話である。どちらもたくさんの人に読んでもらえてありがたい限りである。 とはいえ、noteに書いたのは旅行のごく一部を切り貼りして「エンタメ」にしたにすぎない。そうした理由は簡単で、その方がバズるからだ。 だが、やはり私も鉄道オタクであるので、実のところそういう小綺麗な文章よりは、乗った電車の写真をベタベタと貼り、ひたす
境界づけられたコンテキスト 概念編 - ドメイン駆動設計用語解説 [DDD] - little hands' lab
境界づけられたコンテキストとは 公式DDD Referenceの定義は以下の通りです。(和訳はだいぶ意訳しています) bounded context A description of a boundary (typically a subsystem, or the work of a particular team) within which a particular model is defined and applicable. 境界づけられたコンテキスト 特定のモデルを定義・適用する境界を明示的に示したもの。 代表的な境界の例は、サブシステムやチームなど。 まぁなかなかよくわからないですよね。DDD用語の中でもかなり難解なワードです。 境界づけられたコンテキストは、2つの観点から解説が必要でしょう。 ・概念としての境界づけられたコンテキスト ・境界づけられたコンテキストをどう実装に
![境界づけられたコンテキスト 概念編 - ドメイン駆動設計用語解説 [DDD] - little hands' lab](https://cdn-ak-scissors.b.st-hatena.com/image/square/6bb65ba88fd34a29140629a2f7085b6e005c2663/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fl%2Flittle_hands%2F20171128%2F20171128072027.png)
愛知県豊田市の謎の地名「ブニヨド」に実際に行ってみた→名前の由来は500年以上前の荘園制度にあった
道民の人(廃墟・ひなびた風景) @North_ern2 日本各地を旅をしながら廃墟、ひなびた風景、不思議な伝承など「人の生きた記憶」を記録・著作しています。廃墟/路地裏/街並み/建築/旅館/医療/民俗学/たまーにポトレ。 調査・原稿依頼など連絡はDM/メールから：polaris453121@gmail.com）fantia.jp/fanclubs/34782 focusite.booth.pm 道民の人＠ひなび旅館本 COMITIA143(2/19) J11b @North_ern2 ・謎のブニヨド 愛知県豊田市、旧足助町の山間部の地図を眺めていたときのこと。「ブニヨド」なる地名を見つけて？？？？？なった。…これは一体なんだ？どんな由来だ？いやそもそも日本語なのか？かなり気になり、実際に行ってみることにした（続） pic.twitter.com/BeiADwTrcc 2023-02-12
コミュニケーションとしてのプルリクエストレビュー - ちなみに
現代においてはソフトウェアの開発はチーム開発となることが多い。 つまりコミュニケーションが大切になる。 ソフトウェアエンジニアの各人はコミュニケーションについても意識的に気を付けていたり、場合によってはそれについて学んでいたりする人もいると思う。 しかしながらプルリクエストでのやり取りにおいては端的で目的だけを優先したコミュニケーションをする人が多い気がする。 たしかに間違っているところや、読みにくいところを修正して、バグの発生防いだり、メンテナンス性の確保、ひいては将来的に開発速度を保つための手段なのでそれでも間違っていないのかもしれない。 具体的にはレビュワーとしてはたんたんと指摘だけをしたり、問題なかったら無言で Approve だけしたり。 レビューとしても何の説明もなくコードだけぶん投げたり、コメントに特に返信せずに修正だけを入れる、そして無言でマージしたり。 ソフトウェアの健全
Go言語の不満 - まめめも
ちょっとバイナリ配布したいツール↓があったので、Go言語と戯れました。 zenn.dev ほぼはじめてGoを使ったので、にわかほど語りたがる法則に従って、Go言語の感想を書きます。 新しい言語にふれたときは、できることには気づきにくく、できないことに気づきやすいので、不満が多めです。主な比較対象はRuby、C言語、JS/TS、Rustあたりです。 よかったところ ひとことで言えば「便利になったC言語」という感じでした。結構低レベルなAPIも揃っていてよかった（デーモン化が素直にできなかったこと以外）。 Rustと比べたらストレスフリーです。思った通りに書くだけでとりあえず動いてくれる。すばらしい。 見た目はあきらかに長くてダサいですが、こだわりを捨てて割り切って書けると言えなくもない。 配布しやすいシングルバイナリが作れるのはやはりよい。今回Goを選んだ理由がこれ。 細かいカプセル化がむず
Docker Desktopと代替ソフトウェア大集合 - とことんDevOps | 日本仮想化技術のDevOps技術情報メディア
Docker Desktopは普段使いのマシンでコンテナーでアプリケーションを実行することができるソフトウェアで、Dockerのサイトからダウンロードして使うことができます。 開発中のアプリケーションのテストとか、手元の環境でソフトウェアを動かしてみたい時に便利です。VSCodeとの連携もバッチリで、VSCodeコードでコーディングしたアプリケーションをDockerコンテナーで実行するDevContainerにも対応しています。最近のバージョンでLinux Desktop版も提供されるようになったので、もちろんパソコンは必要ですが、Linux DesktopにDocker Desktopをインストールすれば、ほぼ無料でコンテナーベースのアプリケーション開発が可能になります。 良い世の中になりました。 そんな便利なDocker Desktopですが、Dockerの方針変更で次の条件に当てはま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
