  |
はてなキーワード: 保守とは
つまり自民公明維新国民保守への支持を公言するような池沼への「差別」は存在しないってことだね。
バカの考えてる「リベラル」って高学歴エリートでいけすかない（←重要）奴という程度の意味なんだけど、
そういう奴って既得権益持ってる側だし抜け目ないからまず間違いなく自民党を支持してる
自分さえ得できれば下層市民のことなんて知ったことじゃねえもん
で、自民党はこういう自分の能力不足努力不足を棚に上げてエリート層に嫉妬の炎を燃やす
貧乏負け組で嫉み嫉みの塊みたいなB層に寄り添い、保守のフリして票を稼いでた。
化けの皮が剥がれたあたりで参政党や日本保守党みたいなバカの受け皿政党がタイミング良く出てきたの本当良くできてるわ
実際にお前らみたいな経済弱者＋知的弱者が少しでも得するような政策打ってるのって共産くらいだよ
でも共産に票が入ると今既得権益持ってる人たちにはすごく都合が悪いから、
党首の独裁だなんだ、共産はリベラルじゃないとか徹底的にネガキャンし続けてるんだよね
辞めて結構。
ビルメンが対応できない外注側だが、しっかりしてるビルメンは設備の考え方も保守記録も残しているから、日々の管理記録から問題点も洗い出すのが容易。
一般的な国では保守(コンサバ)は愛国と密に結合してるものだが
日本の場合は保守のうちの経済的自由側面と愛国が連動しないどころか相反することを厭わない、ってのが分類がねじれてる原因かもね
おれの考察では、ネットでウヨと呼ばれる属性は大衆的(ポピュリズム寄り)保守で、
サヨと呼ばれる属性こそエリート主義的(ライトウィング寄り)保守
本当の自由主義者なら差別や差別用語を嫌って、自由、平等、あらゆる抑圧からの解放を志すはずだから
みんなが面倒くさくて選挙に行かないのは、
多くの人が現状にそこそこ満足しており、
かといって政権交代を頑なに拒むほど自民を支持しているわけでもなく、
実際オタクは愛国保守みたいな明確なスタンスなんかないんだよな。
インプレゾンビ対策なんて軽い理由で天安門事件、台湾加油、アラーは豚とネットに平気で書き込み、
インド人観光客は世界中に迷惑をかけているという書き込みを面白がり、
ロシアなんかに負けるなといいつつアメリカやヨーロッパはいつまでウクライナに金かけてるんだと揶揄す。
イスラエルはジェノサイドといいつつ難民の話題になるとクルド人はならず者という投稿に盛り上がる。
単に世界で起きてる事象を他人事だと思ってて茶化し続けてるだけで、
自分たちがやってることで日本の評判がどれだけ落ちようが気にしないから愛国でもなんでもないし、過去の伝統とかもめんどくさいとやりたがらないから保守でもない。
リベラルやフェミニストはお母さん保守みたいな事を言わない！というのもよくわからない
テスト対象は大小さまざま。OSの保守だったり、アプリだったり。レガシーだったり、モダンだったり。個人だったりチームだったり。GUIだったりCUIだったり。
GでもCでもUIはまた別
結論としては書かないほうがいいと思った。
そういうこともある
全然小さいというか書くためと変更のコストがクソデカなら何か間違ってる
結局、テスト対象も変わってしまうし、プロジェクト設定も変わるし、Jenkinsも変わるし、人間の頭の中も変えないといけない。
まあそれはないだろう
それはデバッグの一環のような
一番よくあるやつ
そこのバランス考えないと
バックエンドのビジネスロジックを担当するがっちり仕様が決まっていて勝手に変更されてはいけないものなんかをやる
悪いね
テストコードを書くと、テストしやすいクラスの実装をするようになる。それは美徳とされているが、実際には直感的でない長くて複雑なプログラムになっている。
例えばテストコードを書くためにDependency Injectionとか言って外から内部を変更できるようにすると
メンバ関数でやるべき処理が実際にはクラスの外にある、となる。最初は面白く感じたり達成感があるかもしれないが、しばらくして見返すと酷い状態だ。
DIはSOLIDに入ってるくらいで基本だし今時のフレームワークなら普通に使うよね
上にも書いたけどパーツがでかいのでは？って「直感的でない長くて複雑なプログラムになっている」とのことなのでやっぱりでかいんだろう
テストコードを書いたほうが早い時もあったけど、トータルで考えれば、テストコードを完全にやめたほうがシンプルなコードで早く完成する。
要件が固まらない、毎週変わるようなのとか、システムが絡むテストでコストが凄く高いもの、UIのマイナーな変更なんかは書かない方がいいけど
バックエンドのビジネスロジックなど書いた方が絶対にいいものもある
ネット上ではテストコードを書かないのは低レベルな開発者という風潮だ。
10年以上、テストコードを書く開発と書かない開発の両方を経験してきた。
■前提
・テスト対象は大小さまざま。OSの保守だったり、アプリだったり。レガシーだったり、モダンだったり。個人だったりチームだったり。GUIだったりCUIだったり。
結論としては書かないほうがいいと思った。
・テストを書くためのコストが小さいなんて妄想もいいところだ。クソデカである。
結局、テスト対象も変わってしまうし、プロジェクト設定も変わるし、Jenkinsも変わるし、人間の頭の中も変えないといけない。
・100人以上かかわる巨大プロジェクトでも「テストコードを書かなかったので破綻した」、とかはなかった。
・テストコードを書くと実装の見落としが見つかってありがたいことはあった。
・git pushするたびに毎回走っても全くの無意味だった。
・テスト対象が変わるとテストを書き直さないといけないのがサイアクだった。非効率化の極みだ。人生の無駄。
・その次にサイアクだったのは、テストコードの実行が失敗したときテストコードのバグであることが大半であったことだ。
・GUIソフトとテストコードは相性が悪いが、そもそも世の中のソフトウェア開発の大半はGUI開発である。
・テストコードを書くと、テストしやすいクラスの実装をするようになる。それは美徳とされているが、実際には直感的でない長くて複雑なプログラムになっている。
例えばテストコードを書くためにDependency Injectionとか言って外から内部を変更できるようにすると
メンバ関数でやるべき処理が実際にはクラスの外にある、となる。最初は面白く感じたり達成感があるかもしれないが、しばらくして見返すと酷い状態だ。
テストコードを書いたほうが早い時もあったけど、トータルで考えれば、テストコードを完全にやめたほうがシンプルなコードで早く完成する。
ざっくりと、フェミ・左派の矯風会化と軌を一にした流れだとは思う。
ひと昔前、左派はポルノは人間性解放であり体制の管理欲への抵抗の象徴って言ってたのに今はえっちなのはいけませんになっている。
https://anond.hatelabo.jp/20240414090650
これなんかもそうだけど
変えなければ今も昔と同じが可能だったならそれで良いかもしれないけれど
変えなければその状態でフリーズしたままなんてことは滅多にない
ほっといたら悪くなることがかなり明らかなら変えるしかない
変革には痛みが伴うことは必然
その痛みをどれだけやわらげるかという問題はある
しかし変革しなければ、まだ最悪の状態になってない状態が維持できたはずだと感じる人がいる
豊かではなかったがそれなりに幸福だったのにソ連崩壊で不幸になったと
それはソ連が崩壊しなければその時点での生活が維持できていたという感覚
ただし政治においての「保守」は「守るために変える」がエドマンドバーグ以来の考え方
状況は常に変化するという感覚に乏しい
