はてなキーワード: スパゲティとは
「オーナーシェフがやってるような~」は「高い店」という意味じゃない。
「安いチェーン店かそうじゃないか」くらいで思ってくれればいい。
スパゲティの店と言えば、別に大して知ってるわけじゃないけど、http://r.tabelog.com/tokyo/A1302/A130201/13000298/こことか旨いよ。
飲み物いらないとか言える雰囲気ではないと思うけど…。
http://anond.hatelabo.jp/20090220065041
大量のアクセスによりシステムがダウンしたら、新しいシステムと交換してくれる。
アクセスした人には、「君は一個人だからお金があまりないでしょう? 今回はおじさんが直してあげるから、今後は取り扱いに注意してね」と頭をなでなでしてくれる。
と説明した上で、
「他の会社のものでも同じ。どこにでもある問題」
と競合他社が同じ問題を抱えてることを説明。
どうしてもお客が納得しない場合はサーバ用のカバーを送ってくる。
このシステムの不具合のみならず、他のシステムでも次々に不具合が発覚。
それどころか、ソースコードのリファクタリング不足によるスパゲティコードの濫造、不具合の出たシステムを、名前だけ変えてそのまま再出荷などの偽装が発覚。
その件について社長にインタビューすると「私だって寝てないんだよ!」と切れられる。
飽きたのでこの辺でやめとく。
増田でTwitter絡みのネタを書くのはちょっと忍びない気分になるのですが、これは……と思ったので書いてみる。
Togetterで「派遣PG時代の思い出」というまとめ記事があります。
これは「派遣時代に行った酷い現場の思い出」のTweetをまとめたものだそうです。
幾多もの驚愕の苦労話に読んでいて呆れるやら悲しくなるやらなのですが、
その中で「実はオブジェクト指向ってしっくりこないんです!」という記事↓が「こんなのが上司ならマッハで辞表出す」という呟きと共にリンクされています。
el.jibun.atmarkit.co.jp/minagawa/2010/04/post-ebc4.html
で、これが酷い。
ちょっとプログラムやオブジェクト指向の知識がある方なら、内容が酷いことがお分かりいただけるかと思います。
また、プログラムの知識が無い方でも、内容が無いようということは御理解いただけるかもしれません。
コメント欄は当然炎上しており、コメント欄での御本人のコメントもこれは……という感じです。
上記の記事自体は2010年の4月に投稿されたもので、コメント欄のcloseに伴い一時期沈静化していたようですが「派遣PG~」で再度アクセスが増えたとのことです。
この方、別のサイトでメモ(?)を書いていらっしゃる↓のですがアクセス増加を受けて書かれた8月18日の記事を見て二度呆れている次第です。
wondsky.hp.infoseek.co.jp/memo.html
ちょっと引用させていただくとこんな感じ。
システムを開発するだけでなく、会社の業務がいつまでも存続するようにするのが社内SEの責務。匿名のインターネットの世界で無責任な発言をすることは、結局はユーザー企業、社内SEの不審を煽るだけ。オブジェクト指向についてポリモーフィズムやインターフェイスなどの知識をいくら持っていても、動くものを作ることは別。自分では綺麗なプログラムだと思っていても、それは自己満足で、他人がみたらスパゲティプログラムなんて十分にありえる話です。何が綺麗なプログラムなんて客観的指標がないんだもん。
私は社内SEとして一次請けの業者さんの社員としか会ったことはない。だから多重請けの問題とか派遣エンジニア云々の問題とは全く関係がない。どこかのブログの 非常にレベルの低いことを押し付けれてた変な体験と私のコラムを一緒の次元にすることははなはだ迷惑ですね。
この方は、オブジェクト指向の理解が云々以前に、性格の方があまり褒められたものではないようですね……。
#急いで書いたので乱文ですみません
そもそもCとかC++の初心者で?のことを良く理解していないレベルに読みにくいよ
だいいち、そのレベルなら ifで書けばいいだろうと。
そもそも
while( (*p++ = *c++) != '\0' );
c = param [ a>=0?a:0 ];
みたいな、使い方 をして 他の演算の引数に3項演算子を使ってるならわかるが
単なる代入だけで、しかも複文でネストすんならifで書けや!
ネストするってことは条件があるていど複雑ってことで、あとで、デバッグ用のif入れたりprintf入れたり改造する可能性があるってことを考慮してくれ。
変に?をネストさせて、『他人が間違えて』間違った改造いれたりしたら、どうするつもりなんだと?
間違った奴が悪い?複雑なネストして、間違いやすいコードを残した奴も悪いよ。
簡単にいえばたった、5行のスパゲティ。
うつで-10kgのあと+40kgになった私が参りましたw
期間は最長でも3ヶ月ほどらしいです。最初のときに説明受けました。
頭痛と立ちくらみの症状が出たので2週間程度で中止しました。
食べる量は多少抑制できたような、でも甘いもの食べたい欲求は同じような。
体重的にはほとんど効果はなかったです。
それより効果があったのは、お弁当箱の導入。
100円ショップとかでそこそこの容量のお弁当箱を買ってきて、毎食そこに詰めて食べる。
ラーメンとかの汁物はそうもいかないんだけど、ごはんとかスパゲティとかはそうしてました。
1日単位でおかずの1/3以上は野菜にするというマイルールだけ守るようにして、
友達との会食は、友達と同じ量を上限に食べすぎない。
という感じで、けっこうフリーダムにやっていたら、半年で6kg減ったです。
この「量の上限を物理的に決めてしまう」手はなかなか良いみたい。
http://anond.hatelabo.jp/20100515125836
数字的にスッゲー有り得ないことがおきたから神がいるんだよ!
って発想は別に「神」じゃなくても成立する。増田が好きそうな喩えだと
「われわれが見てるこの世界は全て神が作った劇場である!(キリィッ」
っていう、バークリ的な荒業でケリがつく。
「それじゃ議論一歩も進まんっていうか、針の上に天使が何人乗れるか議論してもしゃーねえだろ」
っていうのが、科学のスタートライン。科学というのは一つの方法論なんだから。
そういうわけで、「有り得ないことがおきるから神がいるんだよ!」と真顔で噛み付く人は
土俵が違うことにそろそろ気づいた方がいいと思う。
そういう思考を排除した構造物が科学的知見と言うやつで、そいつは理性とも神話とも距離をとった
一つの新しい宗教の形態で。ID論者と科学者の戦いはつまるところ宗教戦争に過ぎない。
ID論者に「科学的に有り得ない」と噛み付く科学者も飛行機でアメリカに突っ込むイスラムな人と一緒だし、
その逆も然り。いいからおまえら、宗教戦争するなと。永遠にケリつかねぇからそれ。
ぶっちゃけ、科学の側からID論に有効な反論も出来ないよ。ID論は因果律の外側の論理なんだから。
いいかげんやめれ。
こないだなんてリーメントのぷちサンプル第二弾「ファミレス」のミートスパゲティ
たったの100円で買っちゃいました!
もう感動!まさかこんなところにあったなんて
棚からぼた餅ですよ。びっくりしますよねー
それにしても初期からこんなクオリティが高いなんて
凄かったんだなぁ…リーメント…。
今はぶっちゃけ質落としてますね
なんでも新発売の「とっておきのホテルビュッフェ」の出来は最悪だとか
もーどうしっちゃったんでしょう?
とくにローストビーフの色がひどいらしい…。
色にはこだわってほしいですね、色でリアリティのあるなしが決まるわけで
はぁー、楽しみにしたんだけどなぁ。
ちなみに私が一番好きなアイテムは「ぜいたくスイーツ」のマダムのおしゃべりパーティーです
クッキーのおいしそうな焼き色や、ちまちました細かい作りが愛おしい
やっぱ一番は選べないかw
このひょうたん懐石弁当は素材の違いをうまく表現していて、本当においしそうにできています。
あと手に入れてないアイテムで「和スイーツ」があるんですが、これはぜったい手に入れたい所
きっとキレイなんだろうな〜
でもネットだと高くて、やっぱリバティでの発掘を狙うしかないかw
・開けたドアを閉めない。
・出したものを元の場所に片付けない。
・持ってきた牛乳を親の前でこぼす。
・へーきへーきと調子に乗って、すべってころんでスパゲティをぶちまける。
・特に買ってこいと言った物を平然と間違えて、どうでもいいものだけ買って帰る。
・肝心なことはいわないので、後になってからいきなり言う。
このあたりは俺の日常茶飯事。昔と何にも変わってない。
http://anond.hatelabo.jp/20091010201820
たとえば、高度な数学を使った暗号化モジュールなどは共通化しておかないと、新人プログラマーにまかせても無理。
printfを大量に書くたぐいの、物は書いたとおり勉強になるからという理由で任せることもある。
本当に水物。
そもそも仕様上 共通化になるとおもっていても、仕様変更が途中で入って、ならななかったので、別関数に分ける等のことは良くあること。
なので、設計から共通化部を割り出すことに意味がないとはいわないし、役立つこともあるだろうけど 王道だと思っていると痛い目を見ると言うこと。
(痛い目を見たので共通化はほどほどにという事。)
なので、本当にメンバーのチーム力や、納期、どのぐらい勉強させるか?難易度は?などによって、全部違う。
実際に設計を担当する人間からすれば、任せるプログラマーの力量に応じて作業分担するのも責任。というはなしで、視点はSE視点。
時には同じそうに見えるけど2つ作っておくことも悪くないという事。
プログラマー視点ではみてないので。
http://anond.hatelabo.jp/20091010210506
仕様から共通化しておくことも悪くないけど、結局、やってみたら、何かの理由で共通化できなかった。とかあって。
大プロジェクトだと目が届かなくて、変な共通化をされていて、無駄に遅いとか、無駄に重いとか、変にスパゲティとっか変なことになってることがある。
別に、仕様から共通化しておくことが悪いとは言ってないよ。
コピペで逃げられるなら、それでもいいしね。
でも、実際担当者さんって、意地でも共通化しようとしてコピペで逃げればいい物を、関数を変えて、それを報告しないでデグレってあとで地雷とか
起きるからね・・・。
プログラマさんには過度の共通化はやめて、コピペするときはコピペしろって言っておかないと。
プログラム的にはこれで美しいんです!!って言われて、あとで、デグレ試験が大変みたいなそういう話し。
繰り返しになるけど、王道がないって事が言いたいだけで、技術的分け方が王道って言っていない。それすらも王道じゃないって話しで付けておいた。
えと、プログラム言語はお金を稼いではくれません。お金を稼いでくれるのはアプリであり、サービスです。
一般的にお客さん(お金を払ってくれる人)は、アプリであり、サービスが動いていれば言語はあまり気にしません。
お客さんの中にも、言語を気にする人はいますが、大抵その人はお客さんの中では決裁権を持っていません。
決裁権を持っていて、お金を払ってくれる人は大抵言語なんて気にしません。
アプリやサービスがちゃんと動いているか?それが利益に結びつくか?しか見られません。
どんな言語で書いてあっても、お客さんにとって利益を生むアプリやサービスが良い物で
究極、クソスパゲティーだろうとお金を稼いでくれるアプリやサービスが良いサービスで
構造化されていようが、美しかろうが、どんな言語だろうが、お金を稼いでくれない アプリやサービス は悪い物です。
プログラマーを生業としていると、そう思います。趣味でやるならご自由に。ただ、趣味ならあんまりXX言語とか声高に叫んでも・・・
意味がわからんね。
誰もトリッキーなコードやコードゴルフが絶対悪い滅すべきなんて言ってないし、
「遊び」や「芸」としてはそれなりにやられてるのを知らないのか。
そういうので競うためのサイトがあったり、
わざと難解に書いたコードでネタプレゼンやって賞賛されてたりするのに。
本当にそういう価値観に憧れてるんならそのくらい調べてきなよ。
てか、「可読性が高いコード」が賞賛されるのは「成果物としての」コードに関しての話だろ。
「プログラムを書くこと」ではなくて「プログラムを書いて何かを作り出すこと」を目的とした場合の価値基準だろ。
それに異を唱えたら「アホか現場の苦労を知れ」って言われるのは当然で、
それに対して「現場のことなんか一切興味がない」って返しは筋違いだろ。
あとね、「可読性の高いコード」を「愚直」とか言うのって、
「写実的な絵画など面白くもなんともない、ピカソを見ろ!あれこそが芸術だ!」って言ってるような感じがする。
ピカソ絵すげー上手いし写実的な絵も書けてこそのあの絵なんだけどなぁ、それで芸術語っちゃうんだ、みたいな。
最後に言っておくけど「トリッキーなコード」と「スパゲティーコード」は別物な。
「何故君たちは街中にゴミを撒くのを止めてしまったんだ!ゴミに復権を!」
「なにをふざけたことを言ってるんだ。誰が掃除してると思ってんだよ。」
「いや、僕が言ってるのは街を美しく飾る、利用価値のある、素敵なゴミの話であってですね…」
「それはゴミじゃねーだろ。」