別に相手はダメになりたいと思ってダメな事をしたり、増田を怒らせたくてそういう事をしているわけじゃないからね。
(じゃないと気遣いの行動をし始めようなんて思わないでしょ)
増田とは上手くやりたい、できればダメな所は直したいと思ってるけど、意思が弱かったり変なこだわりがあったりでなんとなくうまくいかなくなってるわけだ。
せめてやる気がある事だけは認めてあげなよ。
「なんで私を怒らせるような事をするの?」とか「私への嫌がらせ?」とか「やる気がないの?」とかは自分へのブーメランになるから絶対言っちゃダメだよ。
http://d.hatena.ne.jp/Chikirin/20110515
Chikirinさんのブログを読ませていただいた。
確かに国民負担は避けられないような気がするが、いくつか疑問を持ったので書いてみる。
そもそも原発で電力を得ている都道府県の人達が全員で負担する意味がわからない。
問題となっているのは東京電力なんだから、東電のエリアに住んでいる人達で負担すればいいっしょ。
加えて福島県民も負担するべきだと思う。
被災している方々には申し訳ないが、原発があることによるこれまで受けてきた様々な恩恵(補助金・雇用等)を
棚に上げるのは無しよ。
3.政治家たち
いい加減な原発政策を進めてきた、自民党や元自民党の国会議員たちの責任を明確にする必要がある。
色々やった上で、もうお手上げなので全国民の皆さん申し訳ないって頭下げるのならわかるが、
被暗示性
これは大衆が暗示に弱く、また自己の判断能力に自信がないため、
大勢に同調しやすい傾向があるためだとされている。
他方、教育の不足から来る迷信や、判断材料不足も関係するとされ、
結果的に扇動されやすいのだと説明されるケースも見られる。
これらは先の活字離れと並んで理科離れに於いても問題の一端として
挙げられる傾向があり、特に知識や理解が不足することで、
正しい判断が行えないのだと言われている。
社員心得帖(新入社員の心得) 松下幸之助 仕事ノート http://bit.ly/kHCKFX
【メモ】2011年版 アドマン式「新入社員、11の心得」 | impresario http://bit.ly/l1ECCY
あなたが新入社員に贈る心得とは ─ニュース畑の教訓10ヵ条─(ニュース畑) - goo ニュース http://bit.ly/jdYS7Y
αALPHA LEADERS流「新入社員心得20カ条」 « TJ 起業家 Days http://bit.ly/llNLjI
【まとめ】2010年新人たちへのアドバイス #2010Rookie|神泉で働く社長のアメブロ http://amba.to/ilcNab
小説『ボーダー&レス』に学ぶ新入社員心得 | フレッシャーズニュース-マイコミフレッシャーズ- http://bit.ly/lyITrs
新入社員の心得をマスターしよう。 http://bit.ly/jWOGi6
fooのintへのキャストがtrue/falseを返すというように、fooのクラス仕様が決められてるんなら、
そしてboolへのキャストが未定義だったり、また違う意味なのなら
if (foo) {
ではなく
if (foo == true) {
って書かざるをえないだろう。嫌いとか好きとかの問題ではないと思う。
class { public: operator bool() { std::cout << "xxx\n"; return true; } //*1 operator int() { std::cout << "yyy\n"; return true; } //*2 } foo;
があったときに、「if (!foo)」だったら*1が、「if (foo == false)」だったら*2が実行されるような処理系がある。
最新のVC++だと後者は曖昧だってエラー出るね(たぶんC++だと「trueは1でfalseは0」なんかではなくあくまでもtrueとfalseなんだ)。
なんにせよ演算子や条件式などに関連する暗黙のキャストはわかりづらく、そしてそんなのを利用したコードはきっとバグる。
だから
というのが本当なら、==trueがどうこうなんて些細な問題はおいておいて、fooを暗黙のうちにintにキャストしたりboolにキャストしたりして使っているという危険な部分をまずなんとかすべきだろう。
古いC言語風に書けばこんな感じ。
#define FALSE 0 #define TRUE (!FALSE)確かに、実際に値を表示させてみると、昔のVC6だと「1」という結果が出てくるし、VB6だと「-1」という結果が出てくる。これ、当時混乱の元だったんだよね。
VC6とか関係なくてC言語の仕様でそうなんだが、それをわかってないとすればやばい。
個人的には
if( foo != FALSE ){
も十分きもちわるいので
if (foo) { ... } if (!foo) { ... }
にしてほしい。
ていうか受け入れれば?
なんで人に言う事聞かそうとか何かやらせようとかそういう発想になるわけ。自分がやればいいじゃん。何様?って思うわ。人に求めてばかりで自分の都合のようにいかなければ怒るとか、ガキみたいな事を言ってるうちは誰ともうまくいかない。
私、Windows屋だが、比較演算子を必ず使うように取り決めている。
if ( a.isFoo() != FALSE ) { // "真"のときの処理 } if ( b.isFoo() == FALSE ) { // "偽"のときの処理 }
つまり、下記のように書かない
if ( a.isFoo() ) { // "真"のときの処理 } if ( !b.isFoo() ) { // "偽"のときの処理 }
理由はむしろ"偽"を表現するときの前置される "!"への懸念。
要するに「バカ基準」なんだが、
速度にシビアな現場じゃないので、誰でもわかることを優先している。
他の演算子とともにインクリメント、デクリメントをしない。
こんなルールにしているのって少数派かな?
不明確な条件文になっちゃうって話だよね。主張には同意。
あと、私としては冗長な書き方をさけるという意味で、
if( foo ){
if( foo == TRUE ){
という表記は、
「明示的にTRUEでない限りは条件として成立させない(安全側に倒すという観点から、FALSEとして扱う)」
という考えが、そのままコードに表れてるのかなと思った。
ただ、外注のレガシーな人はともかく、若い人は後発の開発環境や言語使うからBoolean型になじみがあるとおもうんだけど、Windowsプログラミング専門の人はそうでもないのかな?
なんだか読んでいて哀しくなった。
自分はまぁ色々(本当に色々)ありすぎて別れてしまったけど、今思うと…結局自分が一番だったのかなーと思う。
自分が一番大切だから、ちょっとしたいざこざとか、意見の食い違いとかが引っかかってケンカが絶えない。
お互い様なんだろうけど。
どうかお二人で幸せになってください
東電がー政府の対応がーとか怒ってる人はカリカリしないでこの歌でも聞いて落ち着こうぜ。
「じこはおこるさ」
http://www.youtube.com/watch?v=8HV23ThBo04
スリルなんてちょっとなら楽しみさ
へっちゃらさ なんて知らん顔して
走っているとそんな時
事故がほら起きるよ いきなり来る
調子乗ってやってるとバチがあたる
事故がほら 起きるよ
いい気になってると
そうさ、よそ見してるその時に
事故は 起きるものさ
思いつきでやると きっと 失敗するよ
幸運の女神は気まぐれだから
ウキウキしてるとまっさかさま
忘れないで気をつけてね いつだって
事故がほら起きるよ 突然さ
運が無い時はしょうがない
なんとかしよう
事故がもし起きたら
落ち込まないで
うまくやれるようにがんばろうよ
事故は起きるものさ
大事なモノばかり見落とすね”
そんな時必ずやってくる
二度とやらなければいいけど
事故がほら起きるよ いきなり来る
調子乗ってやってると
バチがあたる
事故がほら起きるよ
いい気になってると
そうさ、よそ見してるその時に
事故は起きるものさ
事故がほら起きるよ突然さ
運が無い時はしょうがない
なんとかしよう
事故がもし起きたら
落ち込まないで
忘れてると事故は起こるさ
ほーら
いい歌だと思う。
間違いの指摘、意見の対立がすぐに感情的対立に変換されて「その意見はおかしい」から「おまえの意見にはすべて反対だ」に変わっちゃうのって日本的というか、アジア的、中華思想的だよなぁ。
つくづく議論にむいてない民族性だと思う。内輪での決定が大好きだし。
まぁ、タイトルの「レガシープログラマ」とは私の事なんですけどね。
if( foo == TRUE ){
という判定文をよく見かける(fooはいろんなオブジェクトだと思ってほしい)。
個人的には、この書き方、嫌いなんだよね。
if( foo ){
か
if( foo != FALSE ){
と書いて欲しいわけよ。とにかく「TRUEか?」という判定にはして欲しくないわけです。
で、なんでこう書くの?と外注や若い連中に聞いたら、「TUREは1ですから」と必ず答える(断言する)。
あ、あれ???自分は「TRUEはFALSEでは無い。確定しているのはFALSE=0という事だけ」だとずっと思っていたんですわ。
古いC言語風に書けばこんな感じ。
#define FALSE 0 #define TRUE (!FALSE)
確かに、実際に値を表示させてみると、昔のVC6だと「1」という結果が出てくるし、VB6だと「-1」という結果が出てくる。これ、当時混乱の元だったんだよね。
新しいC++や規格ではBOOL型というのがきちんと定義されたと思うけど、製品寿命が20年とかいう私の職場では、DOSやC(K&R)、アセンブラは現役だし、プラットフォームもなにもWindowsに限らない。組み込みマイコンも使う(うちのところはVxWOKSだが)し、UNIXやLINUXも使う。
もちろん、マネージドC++(.netFramework)やC#、JAVA、Parlも私は使うし。でも、どのプラットフォームでどの言語になっても「TRUEか?」という判定文は使ってこなかった。
で、試しに、VC2008のincludeフォルダをgrepしてみたら、
#define TRUE 1
あ、ほんとに「1」だ。
typedef bool int
なんて見かけるから、やろうと思えば「5」でも何でも数字が入ってしまうわけですよ。そこで「== TRUE」なんてやられたら、絶対に成立しないわけで。バグの温床になるんじゃないかなー、と思ってかたくなに前述の姿勢を持っていたわけです。
今(最近の)言語はきちんと「BOOL」型(またはboolという名のクラス)を定義されていて、コンパイルエラーになるか、自動的に補正してもらえるのかもしれないけど、ちょっと気持ち悪い。
最近、ちょくちょく外注や若い連中と意見や話が合わず、「ああ、俺ってレガシープログラマなんだな」と思う事が多くなった今日この頃。ネットワークに平気でリトルエンディアンのデータを流すとか、勘弁して欲しい。LANアナライザでデータが見にくくてしょうが無い。
実況厨(ニコニコのコメントや実況スレや作品の本スレみたいな場で皆と感想言い合ったりしてワーワー盛り上がれるかどうかが全てで、作品の中身とか出来とか細かい所は割とどうでもいい)も入れといてくれ。
あり方は増田に近い感じだけど、一人で見たら眠くなるようなアニメでも実況しながらだと楽しく見られる(面白さは他者とのコミュニケーションに依存)という所が違うかな。
社内の誰も、インターネットを知らない。パソコン通信もやっていない。
ああ悪かった、JUNETなんて君は知らないかもな。CompuServeくらいはしっているかい?
Niftyのフォーラムやfj、ニュースグループが社会に与える影響について誰も語れない。
Macintoshは知るわけない。
自宅にキューハチもない。ワープロ専用機さえ持っていない人もいる。
写真屋にそそのかされて生れた赤ん坊の写真付き年賀状を送ってくる同僚はいる。
おかしいことじゃない。普通の人たちだ。本当に彼らは普通なんだ。
彼らは、仕事とプライベートを切り分けている、立派な人たちだ。
でも、やっぱり俺の生きていきたい世界は、ここじゃないんだ。
あの頃の彼は語っていた。とても熱く語っていたよ、
僕は技術に疎かった。言っていることはよく分らなかった。
だから言葉は間違っているかもしれない。彼が生きていたくない世界から本当に逃げられたのかは分らない。
僕が生れたのは恵まれた家庭ではなく、親もパソコンを買ってくれなかった。
そんな意味の分らないものを買ってくれる酔狂な親が羨ましかった。
パソコンが何なのか理解できる親がどれほどいただろう。
彼は子供の頃からパソコン(昔はマイコンと呼んでいたかもしれないけれど)でプログラムを組んで遊んでいたらしい。
解説をしてくれたけれど、何を言っているのか分らなかったよ。
幼い彼はとても神々しいことをしているように見えた。マンガに出てくるコンピュータはすごいものだったから。
あのMacintoshは100万と言ったか200万といったか。
パソコンくらい買った方がいいと言われてエプソンの一番安いものを買ったけど埃をかぶっていたっけな。
通信も金が掛かりすぎた。テレホーダイ?まともな人間は使えなかったよ。あんなもの使ってたのはどんな人達だろうね。
目新しいものを見つけると買ってきて、前に使っていたものはゴミだと捨てるんだ。
そして、まだそれを使っている人々を冷笑するんだ。彼らは普通の人だととても嬉しそうに語りながら。
今なら分るが、ネットにいくらでもいる手合いだ。自称「ギーク」のキモヲタだ。殻に閉じこもったヒキコモリと同じだよ。
彼は今でもテクノロジーに見果てぬ夢を見て、Twitterの力を信じ
Facebookによってもたらされたかもしれない革命に熱狂し
自分たちだけは特別な情報を知っていると。普通の人達は哀れだと。
今でもゲイツやジョブズの一挙手一投足に胸躍らせ、西和彦や孫正義の言葉に胸ときめかせているのかな。
本当にそれが続けられているならいいけど。
僕も新しいものは嫌いじゃないけど。
自称ギーク達はMSやAppleやgoogleやFacebookやTwitterを作った人達とは何が違うのだろう?
実は全く変わらないのだろうか?まるで彼らがそう信じているように?