Notices by Satoshi Kojima (skoji@sandbox.skoji.jp@sandbox.skoji.jp), page 74

隠されるね

Mastodonのtoot内URLもwwwは隠された気ガス

テスト https://www.google.com

これFirefoxも似たようなことしてなかったっけ

#おはようございマストドン #おはようございまんじゅう #ogmj #ogmstdn

虫はだいたい苦いのではないかなあと毎度思う

そういう風に区別つきにくいやつ、ネイティブ広告っいうオブラートに包んだ言い方があるらしいですよ（苦虫を噛み潰したような顔で）

たぶんあえて見た目を統一してるものかと……

UML書く上で、Judeやその商品版JUDE/astah*、の無料版めっちゃお世話になった。しばらく前から商用には無料では使えなくなっていたけれど、現行の無料版astah* communityは今月でついに終了になる。今までお世話になりました。

私自身はもうほとんどUML書かなくなったのでさして困らないけれど、Javaな現場では困るところはありそうだよな。

UML使うようなオブジェクト指向設計はプログラミング言語にさはど依存しないポータブルなスキルだ、と若い頃は思っていたけどまったく間違っていたよね。

しかしC++やJavaだとUMLよく書いてたんだけど、RubyやJSだと書きづらくてもう何年も図を書いていない。Haskellerのひとが「関数型言語では型がきちんと書かれてればUMLみたいな図はいらん」という趣旨のことを言ってるのを聞いたことがあるけど私自身はよく分かってない

googleのひともまずはドキュメント書くらしいよ

ソースコード中のコメントをドキュメントにするのは古くからJavaDocとかdoxygenみたいなのはあって、あれは良いものなんだけど、概要や設計思想がどこにも書いてないこと多いのだよなー。

メンテナンスに関しては、Rustのドキュメントコメント中のコードはテストが走る、ってのがとても良い仕組みだと思ってる

ソースコメントしっかり書けばドキュメント代用になる…というのもわかるしアリだと思うけど、ソース中に書かれたコメントを最新仕様に合わせて更新するという作業はやはり発生するし、一般的なフォーマットで書かれたドキュメントやwikiをメンテするより難易度高いと思ってる。(ソースコメントは実作業レベルでコードを書ける人以外あまり読まない、いじれない領域だから、チーム内でその作業をやれる人間が限られてくる)

まだ金ちゃんヌードルの現物を見たことがない東日本住人です

え、金ちゃんヌードル西日本でしか売ってないの？

#おはようございマストドン #おはようございまんじゅう #ogmj #ogmstdn

そうかうちも免震構造だったのか（違います（風で揺れるのは築50年の木造家屋だからです