新しいものを表示

アメリカは低所得者地域でも芝生がちゃんとあって・・・って例を出そうと適当にニューヨーク州都のAlbanyのそういう地域見てたら、なんかいい感じの古めかしい食料品店見つけた><
ドールハウスの題材っぽいいい感じのボロさ><

ストリートビュー><
maps.app.goo.gl/8K1ZJ3r4tJ3G5U

隣の芝生って言葉があるけど、衛星写真等を使った調査でも実際に緑化率に大きな差がある上に
日本はその芝生がそもそもほとんど無いので、隣の芝生が青いもなにも、芝生と芝生が無い地面を比べたら客観的にも明らかに違うだろ感><

電柱一本撤去する前に街路樹10本植えれ><#
街路樹の伐採もするな><#
樹齢が短いショボい一応植わってるだけみたいな街路樹でごまかすな><#

日本を美しい国といってる方々、どこの風景を指して言ってるか謎だし、京都とか一応景観条例がある地域でも酷いものだし、特に無電柱化を景観を理由に推進してるやつらが「アメリカの電柱が普通にあるわりと普通の美しい風景」よりも「無電柱化したの日本の美しい風景」の例を出せるのか謎><
電柱無くす前に都市の緑化も含めたまともな景観条例作れよ><

二度と日本を美しい国とか日本の美しい風景とか言わないなら伐採してもいいよ><(皮肉)
そこを伐採しなくても、現状、他国の大半の都市と比べて日本の都市の緑化の状況は下から数えた方が早いし、アメリカの田舎のスラムのような低所得者しか住まない犯罪率が高い街にすら劣ってるし、景観条例の類いもアメリカと比べたら無いも同然だし><

参考><
Treepedia :: MIT Senseable City Lab senseable.mit.edu/treepedia

神宮外苑で伐採される樹木は約3000本。それを大きく上回る可能性も | ハフポスト NEWS huffingtonpost.jp/entry/jingu-

[B! 小池百合子] 坂本龍一さん「神宮外苑の再開発、見直すべき」と手紙で訴えたが…小池知事「事業者にも送ったら」:東京新聞 TOKYO Web b.hatena.ne.jp/entry/s/www.tok

よくわからんけど、また木を切るの?><;

ていうか、点字ブロックだけじゃなく消火栓やAEDの設置なんかも含めて、公共空間の安全に関するデザインの場面におけるデザインをデコレーションと勘違いしてる馬鹿ども(事業者や、設計者がわかる場合は設計者個人)のブラックリストみたいなの作ったら啓蒙になりそう><

書いた><
形状も色もダメ (#.4428959) | 点字ブロックに隠れアンパンマンの仕掛け、視覚障害者から危険と指摘で交換へ | スラド srad.jp/comment/4428959

2023年3月15日
走行距離100万キロ 走ってみたらどうなった? | NHK | ビジネス特集 www3.nhk.or.jp/news/html/20230

昨日の配信の1:34:00辺りとか、空の具合とか的にもかなりWindows XP><

"BigRigTravels LIVE | Lebec to Sacramento, CA (3/16/23 11:24 AM)" を YouTube で見る youtube.com/live/sxTunnRsxX0?f

イリノイのおじいさん、昨日からカリフォルニアのセントラルバレーを走ってるけど、3月のセントラルバレーってあちこちがわりとWindows XPっぽい><

"BigRigTravels LIVE from Sacramento, California. ( Mar 17, 7:06 AM )" を YouTube で見る youtube.com/live/uKuQj2ZpWXo?f

orange さんがブースト

そりゃまあ != を重めにユーザ定義しない人には関係ない話だろうけど

orange さんがブースト

まあ言語仕様なんてだいたいは「今更後知恵で言われても」ばかりなのでそういうものだろうけど、それは妥協する理由ではあっても減点しない理由ではないので……

オレンジ的には演算子のオーバーロード大好きだし、出来ることならAdaのように標準の型はなるべく使わない思想で書きたい(C# では無理だけど)し、Delphiでも部分範囲型とか色々多用してたし、実際に必要な場面があるか謎だけど、nullとの比較で特殊な処理をするクラスも、オレンジ的には書ける言語の方が望ましいと感じる><
Adaのように積極的に型システムに頼って静的型検査で安全を確保するって考えを達成するのに必要な範囲であれば、型システムに柔軟性が必要かもって><

orange さんがブースト

まああとオマケで、 ! 演算子が前置と後置の両方で使えるのも x !is not null (本当は x! is not null 相当の解釈をされている) の勘違いが通ってしまう原因なので、そこは記号を変えるなりすべきで前置/後置演算子両方あり (しかも意味は全然違う) みたいな割当は避けるべきだった

スレッドを表示

その変な書き方自体その記事ではじめて知ったし、オレンジは古いバージョンのC# で書いてるので使えない書き方かもしれない><
でもどっちにしてもオレンジは
if (hoge!=null) { なんか処理 }
みたいな書き方しかしないから、別にいい><(?)

orange さんがブースト

あー、もしかして early return する if の場合は後続コード全てが暗黙に else 節に入っているというセマンティクスになってる?
なら理解はできるけど、名前の導入くらい重要なことはちゃんと専用の文法を用意しなよと思うわ

スレッドを表示
orange さんがブースト

ところが最後のコード例を見ると残るっぽい書き方になってる

ufcpp.net/blog/2020/12/isnull/

orange さんがブースト

これはさすがに x は残らないはず

古いものを表示
:realtek:

思考の /dev/null