はてなキーワード: スクリプトとは
普段Perlを書いているんだけど、言語機能として欲しい機能がライブラリ任せだったりしていろいろしんどい。
何かいいプログラミング言語はないかなーと思っているんだけど、なかなか自分の好みとピタリとくるものがない。まぁ好みにピタリとくるものなんかプログラミング言語に限らずないんだろうけど。
なので夢想してたのを垂れ流してみる。最近OOPディスのエントリとかあったので話題作りになれば。
Web系のエンジニアなのでWebサービス作ることが前提で、範囲広げすぎるとまとまらないので今回はLLを想定してる。
だいたい PHP, Perl, Python, Ruby, JavaScript あたりをイメージしながら、さらにこんな機能があればいいなーと思って書いたよ。
http://anond.hatelabo.jp/20130602120539
http://anond.hatelabo.jp/20130602120644
そういうことか。
http://anond.hatelabo.jp/20130602120917
http://jbbs.livedoor.jp/bbs/read.cgi/movie/10043/1353851390/l50
今日プロジェクトの打ち上げがあったのだが、とあるサプライズ……三ヶ月前に寿退社した先輩との再会に思わず涙ぐんでしまい、ひどくばつが悪い思いをしている。今も顔の火照りが抜けてくれない。アルコールは抜けたのに。彼女はかつてSQLの魔女と呼ばれていた。
今から遡ること一年前、私は辞令を貰い、二年目にして事業部ごと変わるという波乱をようやく乗り切って、業務系のSEの仕事内容、特にWebのアプリレイヤーについてOJT形式で学んでいた。そこで先生にあたる方として付いたのが、ちょうど手待ちだった先輩である。初めてお会いした時の先輩に対し、私は正直ちょっと物足りなく感じていた。
初日に行ったPCのセッティングでは、これやってと先輩から資料を渡されたのだが、外部にネットが繋がらない。先輩に相談して弄ってもらったのだけど繋がらず、今日は社内ネットで我慢して、と言われてから二日後、資料が古かったことが判明。
与えられた課題を終えるごとに、コードを提出するのだが、見たよ〜出来てると思う、頑張ったね〜と言われた後で、そのプロジェクトを下敷きに発展課題に足を進めたら、でっかいバグがあったり。
万事その調子で、今やってる課題放り出して、プロジェクトオイラーの問題でも解いてた方がよっぽど楽しいなぁと若干サボりたいと思い始めた頃、炎上プロジェクトへ先輩と二人テスターとして出向するよう、上司から命じられた。炎上プロジェクトのリーダーから手待ち要員いない?と声がお上に届き、降りて来た結果先輩と自分がいたわけだ。
前の事業部ではずっと同じ客先にいたわけで、頭では分かっていても鼻先三寸で飛ばされることには不安がつきまとった。
「これから行く先はどうなんでしょうね?」
先輩へ問うと、
「基盤にいたんでしょ。メインフレームが扱えるなら大丈夫だよ〜」
豆腐すらぷるぷる震えそうな声が返ってきた。
この時の私は、まだ事業部を転属して間もなかったし、プライドばかり高くて奢ってたように思う。事業部を変える→入社して以来の経験値がまた0に、と失うことに対する不満ばかりで、それが拗れて数少ない基盤系経験アプリ開発者、そんな肩書きばかりを強調する変人に成り果てていた。自己紹介で、どうも、基盤から参りましたと、そこだけは大きい声が、今思い出したけどマジで恥ずかしい。
だから、だろう。このゆるふわな先輩とドナドナされることに密かに感じていた屈辱には、出向いた先で押された駄目テスターという烙印によって罰があたることになった。
その理由は、私がSQLを全く使えなかったことにある。テスターとして行うことになったのは表示画面の統合テストで、UIの検索結果とデータベースに直接SQLを打ち込んで得たレスポンスを目で確認していく作業だった。UIは、境界値さえ気をつけて、仕様通りに実施すれば何とかなる。しかし、SQLで再現が出来ない。この仕様はどうやったらコマンドに落とし込めるんだよ。頭を抱える中で思い出したことがあった。
教育過程でJavaサーブレットを学んだが、その一つにJDBCも勿論習った。そこで私は何をしたか?mysqlに繋げればそれでいいやと、エグゼキュートで実行する際に渡す魔法の文字列……つまりSQLの中身は、すべてコピペで済ませていたのだ。社内教育資料を内部作成するにあたり参考にしたと思われるネットから……構文チェック効かないし、ここは手を抜いてもいいだろう、これが要領の良さというものさ……アホーアホー私のアホー。
三日目の午後二時、進捗を確認しに来たPMにすべてを告白すると、ちょっと来てとPMが連れ出したのがあの先輩の席だった。
「申し訳ないけど今やってるテストは止めて、これから定時いっぱい最低限テストが出来るように彼にSQLを教えてやってくれ。」
良いのですか?と顔をあげるとPMは何を勘違いしたのか、やにわに私の肩を叩くと、
「彼女はSQLの魔女と呼ばれている。半日でお前も即戦力だよ。」
と去っていった。顔を先輩へ戻すと、あのPMさんは嘘つきだから信じないほうがいいよといつものふわふわした声でにっこり。
宜しくお願いします。ノートパソコンを横に私は型通りの挨拶。四時間後、私は傲慢さを、尻の毛まで抜かれることになる。
私はSQLの深さを知った。SQLのQとは何だ?Queryであります、サー!!今も時々夢問答を繰り返す。そう、全ては問い合わせ次第なのだ。今思えば、あの時やったことはT2テストを使ったSQL文の作成と添削、しかもSELECTによる条件抽出のみだったが、そこに全てが詰まっていた。
DISTINCTとORDER BYの共存で詰まってわけがわからなくなったコードは、もっとシンプルにいけるよと副問い合わせに書き換えられて。ネストとワイルドカードを多用してスパゲティになったコードを、先輩はLEFT JOINとWHEREとORで全てをすませた。
なんということでしょう。マニキュアが塗ってある長い爪からは想像もつかない早さで直されていく構文に脳内で途中から匠の曲が流れ始めたのを覚えている。本当に、なんということでしょう。先輩はSQLの魔女だった。
翌日、先輩の教えはしっかり自分に身に付いていた。すらすら書けるSQL、サクサク進むT2テスト。条件設定に悩んで、エクセルに吐き出してからリストとコピペで逐一加工してた時間が馬鹿みたいだった。先輩のところへ、帰りしなに昨日のお礼と作業進捗に激震が走ったことを伝えると別にお礼なんていいよーといつものふわふわした顔で微笑んでくれた。
それから先、配属先が決まるまでの条件付きでテスターとして入っていたはずだったが、T2試験が終わり、T3試験が始まってもなぜか私はそのプロジェクトにいたままだった。DB担当者として。もともと基盤だったわけだし、バッチファイル処理でスクリプトがそこそこ書けたというのもあるけど、SQLが書けたというのはすごく大きい。昼休み、いつのまにか私はプロジェクトオイラーの問題に代わって、名著「SQLパズル」を解くのを日課としていた。
先輩は仲良くなる暇もなく、その後すぐにプロジェクトを移り、メーリングリストで寿退社を知った。炎上したプロジェクトは、なぜか横展開を経て今に至り、私は相変わらずここにいる。だが、あの時SQLの魔女がかけた呪いは今もしっかり私に根付いている。
何とは言わないが、ひとつの区切りが付いたタイミングなので、追記する事にした。
ウサギィが社外のエンジニアを安く買いたたいた件が、じわじわと話題になっていた当時、僕の経験を元にウサギィ社長と会った話を記した。
今、ウサギィという会社は変わっているかもしれないし、昔のまんまかもしれない。
ウサギィの社員をRubyのイベントで見かけるようになった。そして社員が執筆したRubyの書籍も、良く出来ている。
HTML5 Japan Cup 2014では、ECサイト賞と花王賞を獲得した。プロダクトも素晴らしいと思います。
HTML5+画像認識(HTML5とか勉強会LT) - SSSSLIDE
画像解析の機能を分離したサービスがリリースされた。大変よく出来ている。
最先端の画像認識技術が簡単に試せる『画像解析できるマン』をリリース致しました。(2015/5/19)
Googleでウサギィとぐぐると、公式サイトの次にこのエントリーが表示される。
申し訳ない。という気はさらさらない。当時書いたこのエントリーを覆す気はないし、当時僕が感じた社長のニヒリズムと態度は、すこぶる不快だった。
が、あのとき社長が言い放った「何も話す実績はないし、聞かれても話す事はない」という状態ではなくなったと思います。
(別に守秘義務を破れと言っているのではない。来客に対して、品定めするような目でありながら、己の手の内を明かさず、悪辣な態度に腹が立ったのである。いくら守秘といえど、ものには言い方がある。)
今のウサギィには、いくつかの公開された実績があるし、コミュニティでの活躍もある。
これからも頑張って欲しい。ウサギィの今後を、応援してます!!
追記はここで筆を置き、以下は2013年5月当時のままとする。
----------
http://anond.hatelabo.jp/20130510163712
id:ssig33さんが「山岸和利の話」というエントリーを公開しているから、
彼についての技術力とか、金額が妥当かどうかは、そっちを参照。
それはともかく、僕も昔、ウサギィに見学に行ったけれども、良い印象を持たなかった。
とにもかくにも、社長の態度が悪いです。見くびっていたのでしょうね。
こちらの技術力とか、経験とか、雰囲気を見て、下に見る感じでした。
非常に失礼な応対だったので、同行者がいなければ、さっさと帰ろうと思ったほどです。
イラツキ半分、どうしようもないなぁ半分という微妙なきもちで、彼らの会話を見ていました。
それでいて「ウサギィでは何を作っていらっしゃるんですか?」と問うと「守秘義務だから」って、何も言わぬし。
そんな会社に、なぜ自分の実績や経験を話さなければならないんだ。って気分になりました。
いや、守秘義務は守秘義務だけどさ。君らの手札を見せないで、なんでこっちの手札を見せる必要があるんだろうね。
それとも「コイツには手札をチラ見させる必要もない」って判断をされただけかもしれませんが。
そもそもこちらは、ウサギィの守秘義務案件を聞いて、どうこうしたい訳ではない。
お話のとっかかりというか、コミュニケーションとして「どんなお仕事しているのですか?」と尋ねるのは、「今日はいい天気ですね」と同等レベルだと思う。
要するに気を遣っているだけなのだ。それに対して「守秘義務なんで」の一言シャットアウトは、さすがにコミュ力低すぎてびびる。
守秘義務と職業倫理が結びついている、医者や弁護士だって、もっとましな返答をする。
どうせ僕以外にも多くの人が同じ質問をしているだろうから、トークスクリプトを考えた方が良い。
小規模ベンチャーにありがちな、技術力至上主義的な考え方を持っていらっしゃるようでした。
でもさ。はっきり言って、飛び抜けて技術力持ってる。って訳じゃないよね、ウサギィの中の人。
もちろん、得意不得意分野はあるだろうけれど。
何か専門分野の特許を持っている訳でも、それに相当するような研究開発をしているわけでも、
特定の業種に特化してソフトウェア開発しているわけでも、不特定多数の人に使われるソフトを公開しているわけでも、
オープンソースの世界でバリバリ活動しているわけでもなく(WikiにRailsの機能紹介があるくらい)
何やっているかと言えば、いろいろな会社の社内ツールとか作ってるんだよね?ウサギィって。
でもさ、ウサギィ規模の会社が、外部非公開&守秘義務縛りの社内ツールしか作っていないって、結構つらいんじゃないかな?
7年(だっけ?)も会社やってるのに、訪問してきた人に、1つも話す実績がないって、なにやってきた会社なんだよ。どういう契約なんだよそれ。
そりゃ、お邪魔しても海鮮丼食べておしゃべりして帰るしかないよ……。
別にコンサルタントみたいなこと言うつもりもないが、会社として軸足持った商品開発した方が良いんじゃないでしょうかね。たぶん。
その全部がプロフェッショナルとして価値を提供できているんだろうか。あの人数で?
もしそうなら、すごい逸材ですね。かずー氏も町裕太社長も。
それから。会話でも採用情報でも、「デザイン、デザイン」ってやたら言ってるけれども、
ウサギィのウェブサイトは何年前のデザイン・センスだよ!!!!リニューアルしてこれかよ!!!!
いくらペーパプロトタイプで裏側設計をデザインしても、表向きの表現力がないなら、ただの残念ウェブサイトです。がんばりましょう。Adobeも月額5000円で使えるんだし。
えーっと。技術力がある人って、ウサギィみたいなことやっている会社に魅力を感じるんでしょうか?どこに?
ウェブサイト、リニューアルしてました。この増田を読んでくれたのかなぁ。おーい、かずー氏、みてるー?
今風になって、なかなかシャレオツだと思います。さすが、ソースコードも綺麗です。
まぁ、この記事を書いた当時は糞ダサかったって事で。
悪いコトばかり書きすぎるのもアレだ。かわいそうだ、うん、ごめん。さて業務について良さげな点を記そう。
開発環境の構築&業務フローの最適化については、しっかりしていると思いました。
こういうの、小さい会社ほど小回りがきく分野ではありますが、誰かが旗を振って導入しないと難しい。Gitとかペーパプロトタイプ導入とか。
別に珍しい手法を取り入れている訳ではなさそうだけれども、ちゃんと業務が流れているんだなと一目で分かった。
大きな会社であっても、ダメな所はてんでダメ。その点、ウサギィの業務フローはしっかりしてるように見えた。
そのあたり、かずー氏の得意分野なのでしょうか。
これが出来ている会社だと、従業員が増えた時の進化が早くなります。
渋谷あたりでソシャゲ作ってる弱小ベンチャーとかでよくある話ですが、
アプリがヒットしてエンジニアを大量採用したものの、情報管理や連携が取れなくて死屍累々って例は無数にあります。
しかし、もしかしたら。ウサギィにはそういう問題とは無縁かもしれません。
いつかウサギィに主軸事業ができ、会社が大きくなる時、比較的スムーズに開発業務を拡大できるのではと感じました。
「Twitterは宣伝道具。広告費がないから、Twitterで人を呼んで、優秀な人材を集める」
と言っていましたし、まぁそれもひとつの戦略なんだろうな。と思うものの、
人を安値で買い叩いてるっていうなら、もちろん感心はしない。
まぁ、そこはあまり僕の知っている範囲じゃないから、控えるけど。
ウサギィにインターンやらで行く学生が、僕の周りにいたら、止めるねえ。
今回の噂もあるが、それ以上に、ウサギィは体制が整っていない会社だ。
ウサギィ社長が言っていた「女性こそ、プログラミング能力を身につけるべき」という考えや
独立志向の思想(Independentな考え方)は、大変結構なことと思う。
せいぜい、ベンチャー企業の中身をちょこっと覗かせて、場所を提供して、終わり。ってレベルでしょう。
この業界、女性エンジニアというだけで、大した技術力や経験がなくても、引く手あまた。
教育してくれるところも、資金があるところも、いろいろあるからね。
ウェブサイトで「ウサギィの女子力!!」とか書いちゃってるけれど、女性エンジニアのタマゴは別にこんな会社に行く理由はない。
結局のところ、ウサギィは何をやっているかわからない、すこしTwitterで人気な、零細企業なのである。
まぁ、それを魅力に感じて働きたいという人は、行けば良いと考えますが。職業選択の自由です。
ウサギィの人達がよく使う「おもしろいことを、仕事にしたい」って、なんなんだろうね。
僕には、君たちの考える面白さが、分からなかった。伝わらなかった。
直接話したかずー氏も町社長も、リアリスティックでニヒリズムに満ちた発言ばかりだった。
Twitterでは、クールで知的なキャラクターにうつる。しかしリアルで会うと、ただの尖った思想のコミュ症ではないか。
君たちに実際に会って「ウサギィ、面白い、クールだ」って感じる人、どれくらいいるんだろうか。
経営者の役割って、一緒に働く人に、なにかしらの夢やら目標やら、見せるものじゃないかな。
そういう点で、ウサギィってどうなんだろうね。
ステッカーを大量に配りまくるのも、Twitterで知名度得るのもいいけど、
本気でブランディングしたいなら、もう少し考えた方が良いんじゃなかろうか。
君たちの目指す"おもしろさ"って、なんだい?
http://anond.hatelabo.jp/20130419121218
ネットを利用してると、自分も発言したくなる欲求が生じてくる。
欲求は主にTumblrで発散している。
自分が発信したい発言の要旨はインターネット上に溢れている。他人が私が行いたい発言を既に行なっている。
従って他人の発言をQuoteすることで発言を発散できる。はてなスターは他人の発言の支持という形で私の発言欲求を発散させられる。
Tumblrの利点は主体が無いことだ。私の発言は他人の発言を通してフィルタリングされてネット上に発信され、完全なインターネットとして機能している。
2chや増田は場の規範意識が極めて強いことだが、名を持たない代償は全体主義の構成要素になることだ。
唯一自らが構成した言葉によって発信してるのはFirefoxのuserscriptとかで、これは自分の必要(スクリプトの作成)を代行してほしいものがネット上に存在しないので、仕方が無いので参考資料やグーグル先生に教えてもらってナントカ頑張って動かしたものを、折角なのでアップロードしてる。現時点は無いが、自然言語で構成されてないものを批判によって矯正された所で、動作が改善されるのみなので構わない。
形式言語ではない言葉で構成された自分の内面や感情にネットを通して主体として接触されることに嫌悪感がある。
自分はネット上で名前のある存在になれない。ネット上で継続する名前を維持する能力がない。
FacebookやTwitterの浸透。ソーシャル化するインターネットに不安を感じる。
全ての人がネット上でで名前を持つ能力を持って生まれたわけではなく、名前を持つことが強いられる環境が社会に構成されたなら、歪みは負の形式で発散される。
PHP最新版がようやく正式に発表されましたね。新機能等について調べてみたので流行に敏感な人はぜひ今のうちから勉強しておきましょう。
「?>」を積極的に使うことにより、余計なホワイトスペースを混入させてしまう問題がありました。
これは厄介で非常に根が深い問題でしたが、ようやく根本解決として廃止されました。素晴らしいですね。
今後「?>」を使うとコンパイルエラーとなるので注意が必要です。
昨今抽象化抽象化と特に意味もわからず言葉だけ連呼する人間が増えてきました。しかし新PHP時代における抽象化はもはや人間が理解しなくてもできるようになります。
$class = abstract { $人間 = array('name' => 'yamada', 'age' => 20); $佐藤 = array('age' => 20); $動物->name = '花子'; $動物->type = '犬'; function move ($a) { $a->position++; } }; $class->move();
このような処理が、自動で抽象化され再利用できるようになります。もちろんクラス抽象化だけでなく、手続きやデータ構造であっても適切に自動で抽象化されます。
またcatch文を繋げる事で抽象化に失敗した場合を検出することが可能です。
php実行時オプションに強力な型チェックオプション(-compile)が追加されました。
$ php -compile example.php
そのスクリプトにおける全ての処理パターンを実行し、全ての型のチェックを自動で行います。その際、外部に影響を与えるような処理(ファイルへの保存等)は型チェックのみを行い無視されます。
この強力な機能のおかげでもはや静的言語の利点といわれていたコンパイル時の型チェックを軽く超えました。
動的言語でありながら、考えられる全ての型の引数、例外系を全ての関数の組み合わせで網羅的にチェックします(しかもチェック時間は長くても0.数秒という驚異的なチェック能力です!)
これが今回の目玉機能でしょう。
theworld { // 止まった時間の中を動けるのは$dioだけ $dio->foo(); $dio->bar(); };
$dioという特殊変数が用意されているのでその変数を使って処理をすることができます。
用途としては非常に重たい処理をさせるのがいいでしょう。実時間0秒で実行することが可能となります。
ただし9秒までしか止められないので注意が必要です。ですが回避策として以下のようにすれば追加で5秒止めることも可能です。
theworld { $dio->foo(); $dio->bar(); } starplatinum { // 9秒過ぎた時点でこちらへ $jotaro->foo(); };
名前空間(namespace)が非推奨になりました。これを使用するとE_NAMESPACE_YEN_ARIEHENという警告が発生します。
非推奨となった理由ですが明確にはされていません。大人の事情ってやつでしょう。
ただ噂レベルでは、やはりというか区切り文字の「\」がありえへんという声が多かったからではないか?と一部囁かれています。
mandomキーワードが非推奨になりました。mandomはきっかり6秒戻すという機能ですが、逆に言うと6秒きっかりしか戻せないので扱いづらいという問題がありました。
また以下のような処理を書いた場合に$flagがバグ等で常に真になるケースにおいて無限ループとなり、非常に危険だという問題もあります。
// 何かしらの処理・・・ if ( $flag ) { mandom; }
このようにPHP初心者がmandom使って無限ループをさせてしまう事案が後を絶たず、なかなか現実時間が進まないという問題が発生したため、廃止予定となります。
$mail = google_search_exec("メール送信するやつ",2); $mail("user@example.com");
第一引数は検索ワード。PHPというワードは自動で含まれるので指定する必要はありません。
第二引数は検索結果一覧の指定位置。2だと上から二つ目の検索結果のURLのコード小片を使うという意味になります。
また第三引数にはコールバック関数を指定することによりコード小片にフィルターをかけることも可能です。
このような処理がたった2行で書けるというのがPHPの利点ですね。
日本語名の関数が新たに追加されました。これは非常に便利な関数です。
$code = 写経(" $a = 1 + 2; print $a; ");
引数に与えられたコード片を写経します。戻り値に写経結果が返ってくるのでそれを利用するだけです。簡単ですね。
この関数が呼ばれると一瞬処理が止まったように見えますが、実際には自動補完で動作が完了している状態になります。
for($i=0;$i<10000;$i++) { if ( $i % 2 == 0 ) { chronostasis(); } // 何かしらの処理・・・ }
素晴らしい機能ですね。今後はこれ無しじゃプログラムできなさそうです。
用途ですが、言わずもがな今流行の真契約プログラミング用ですね。アサートの代わりに使うとよいです。
function foo ($a) { pc_explosion(!is_null($a),'$aはNULLはダメー!'); // 何かしらの処理・・・ }
テストコードを実行する場合はPCの周囲に人が居ないか気をつけてから実行させましょう。
個人的に良いなと思ったのはpc_explosion関数ですかね。約束事を守らないプログラマーなんぞ爆死しちゃえばいいんです。僕を含めて(お
私は、流行りのSNSとやらをわりとぞんざいに使っているので、
誰であろうと基本的には全て承認するようにしている。
そのせいか、タイムライン上にいつの間にかへんちくりんな人間がいることも多い。
今日はその一例をここに記したいと思う。
彼はプログラミングに精通しているようで、どうやら情報系の学校に通う学生らしい。
彼はよく、流行りらしい関数型言語(Haskell?)やらアセンブル言語等の話題を取り上げ、
これがああなってこうで・・・等と、恐らく的確なのであろうコメントを発する。
最近の学生は勉強熱心であり意識も高いのだな、と思わせるには十分であった。
仕事をほんの少し楽にする為のこまいスクリプト程度なら書くこともある程度での知識を持つ人間である。
そんな彼の観察を時偶に続けていたところ、
彼がとあるウェブ上のプログラミングコンテストに挑戦した、という旨の発言が目に入った。
いつも難しいアルゴリズムや先進的なコーディングについて語る彼のことだから、
さぞかし優秀な成績なのだろう、と期待してコンテストのウェブサイトにアクセスし、彼の固有名で検索にかけた。
コンテストは4つの問題が出題される形式であり、それぞれ難度に差がつけられている。
1つは中学生でもコードの書き方さえ知っていれば解けるであろう問題。
1つはFizzBuzzを基本とし、それに些細な応用を付与した問題。
1つは前述のエイトクイーン問題から更に発展させた上で、高度な数学的思考を求める問題。
彼の結果は、初問正解のみであった。
提出されたコードは、会期を過ぎると誰でも閲覧が可能になる為、
彼のコードを覗いてみることにした私は、そこで更におかしな笑いがこみ上げた。
彼は、FizzBuzzがほぼ全く書けていなかった。
それどころか、基本的なループ処理や、型の扱いが出来ておらず、
素人の私から見ても、これがちんぷんかんぷんなコードであることは一目瞭然であった。
以前、彼はHaskellの話題に言及する中で逆FizzBuzz問題についても述べていた気がする。
確かに、私もそんな事が要求される場面があれば悩むだろうな、とその記事を読み感想を覚えたが、
彼は逆FizzBuzzどころかFizzBuzzすらマトモに記述できないのである。
「圏論が出来ないヤツは将来、プログラマーとしても技術者としても失格」
「構造体同士の四則演算は全メンバに同一の演算子を適用するのかな?」
彼は、一体何なのだ?
これまで他の人に用意してもらったサーバで自分のプログラムを動かしたことはありましたが
自分自身で一からサーバをセットアップしたことはほとんどなかったので、いろいろとハマりました。
作業を進める上で困ったり考えたりしたことを書いていきます。
ちなみにサーバ自体はさくらのクラウド、OSにはCentOSを使用しているので、それ前提のお話になります。
最初にサーバを起動してから速やかにSSHとファイヤーウォールの設定を変更しました。
はてブなんかでも定期的に話題になっているのでおなじみですね。
・SSHやHTTP(S)など、どうしても公開しなければならないポート以外は遮断する
さらっと書きましたが、設定をミスって自分自身もログインできなくなり、何度かOSの再インストールを繰り返しています。
後から気付いた事ですが、さくらのクラウドではクラウド管理画面のリモートスクリーン経由でローカルログインできるので
別にOS再インストールしなくてもiptablesの設定を変更できたんですよね...
逆に言うといくらファイヤーウォールとSSHを設定しても管理画面にパスワードログインの環境が残ってしまうので
パスワードの管理には引き続きしっかり気を使う必要がある。ということでもあります。
httpd,php,mySQL,memcachedなど必要なサービスをインストール、設定し
作成したWebアプリのプログラムを乗せて動かしてみました。が、動作が重いような...
開発環境ではさくさく動いていたのに、本番環境ではどのページ遷移ももっさりしています。
abで計測してみたところ、開発環境のおよそ2分の1のスコアとなってしまいました。
開発環境が仮想2コアのメモリ1Gだったのに対し、本番環境が仮想1コアのメモリ2Gと
CPUの性能について半減しているのでそのせいかな、と思いつつ設定を見なおしていたところ
特に使っていないと思われたipv6を停止した途端にパフォーマンスが改善されました。
ページ遷移に伴うもっさり感が解消され、abの計測結果も開発環境と遜色ない結果が出ています。
デフォルトで有効になっていたipv6の影響により余計な処理が走っていたのかもしれません。
パフォーマンス改善に喜んだのも束の間、会員登録などの処理でWebアプリからメールを送信したところ、Gmail宛のメールがことごとく迷惑メールと判定されるという事案が発生。
spfの設定を行なう、メールの内容について吟味するなどの回避策を試してみましたが一向に改善されません。
試しにHotMailとexciteのメールアカウントに送信したところ、そちらではそもそもメールを受け付けてもらえずエラーコードが返って来る始末。
困り果てていたところ、エラーの内容からサーバのIPがspamhousにスパム送信元として登録されていることが判明しました。
postfixのホスト名の設定がデフォルトで「localhost.localdomain」などとなっており、それをそのまま使っていたためにGmailがスパム送信元として通報してしまったようです。
設定を修正し、spamhousに解除依頼を提出。事なきを得ました。
クラウドを利用すれば、サーバを停止することなく簡単な設定でスケールできるようになる。
と、自分で勝手に思い込んでいたせいなのですが、消えては困るデータの一部をmemcachedに保存する実装を行なっていました。
実際のところさくらのクラウドではサーバを完全に停止しなければプラン変更を実施できないし
そもそもサーバが落ちたらどうするんだよ。ということで、急遽KVSを変更する必要に迫られました。
速度の低下が気にかかったため、いくつかの候補を実際に動かし
phpのスクリプトから1万件のデータ読み書きを行うという形でmemcachedと比較してみたところ次のような結果に。
サービス | 1万件書込 | 1万件読込 |
memcached | 2.55秒 | 2.30秒 |
handlersocket | 21.23秒 | 2.71秒 |
InnoDB | 20.23秒 | 5.10秒 |
kyotoTycoon | 8.22秒 | 7.72秒 |
さすがに読み書きそれぞれmemcachedが最速ですが、読み出しについてはhandlersocketも負けていません。mySQLから普通にSELECTしてもmemcachedの2倍程度の時間しかかからないという結果が意外でした。
しかしながら書き込みのほうではhandlersocketもmemcachedの10倍近くの時間がかかっており、少々速度的な影響が気になってきます。memcachedの倍のパフォーマンスを記録したという記事を見たことがあるので、設定、チューニングについて生かしきれていない部分があるのかもしれないとも思いましたが、知識が不足しているところで無理をすると問題が発生した時に対処できないと考え、候補から除外することとしました。
結局、今回の用途では読み込み処理より書き込み処理のほうが圧倒的に多いことも考慮し、kyotoTycoonを採用しました。実際の利用箇所に組み込んでabで計測してみたところ、だいたい30%程度のパフォーマンス低下にとどまっており、これなら許容範囲かと考えています。
実行系と参照系に分ける形でmySQLのレプリケーションを行なっていたのですが、度々レプリケーションが停止する現象が発生しました。
一部のテーブルについて肥大する可能性が考えられたため、参照系に接続するプログラムで使わないテーブルをレプリケーションから除外していたのが原因です。
例えばtabelAをレプリケーションし、tableXをレプリケーションしないという設定にしたうえで
実行系でINSERT INTO `tableA` SELECT `value` FROM `tableX`などといったクエリを発行すると、参照系にtableXが無いためエラーが発生して止まってしまいます。
レプリケーションするテーブルを限定する場合はプログラム側でも注意を払わないと危険です。当たり前ですが。
監視といえばcactiやnagiosが定番なのかもしれませんが、設定が複雑そうで尻込みし、monitを使用することにしました。
簡単な設定でloadaverageやメモリ、HDDの使用量をチェックできるほか
httpdやmysqldなどといったサービスのプロセスを監視し、もし落ちていたら自動で起動してくれるので助かります。
パスワード保護を行うとしても、サイト全体の管理画面など自分しか使わないプログラムはWebに晒しておきたくない。
というわけで、一部のWebアプリを秘匿する設定を行いました。
管理画面のWebアプリを9999番など閉じているポートに設置した上で、SSHを利用したトンネルを掘ります。といっても
上記のようなコマンドで管理画面のWebアプリを置いたサーバへログインするだけです。
ブラウザのアドレス欄にhttp://localhost:9999/と打ち込めば、接続が開いている間のみアクセス可能になる感じですね。
サーバにログインできる人でなければ実行できないことなので、気分的にある程度安心します。
自動でログのバックアップを行いたいと考えたのですが、パスワード無しの鍵でログインして転送する形には抵抗がありました。
調べてみたところ、authorized_keysに公開鍵を記入する際の設定で、その鍵でできることを制限するという手段があるようでした。
具体的には、authorized_keysに
no-port-forwarding,no-X11-forwarding,no-agent-forwarding,no-pty,command="some commands" ssh-rsa AAAAB3NzaC1yc2EAAA...
などとして公開鍵を追加しておくと、その鍵でログインした直後にcommand=""の部分で設定したコマンドを実行して接続を終了する挙動となり
接続のフォワードもできなくなるため、パスワード無しでも鍵の流出に関するリスクを最低限に留めることができるというわけです。
commandの実行結果は標準出力から受け取ることができるので、例えばcommand=""の部分にファイルの内容を表示する処理を設定していたとすれば
ssh -i .ssh/no_password_key user@xxx.xxx.xxx.xxx > /path/to/file
などとしてログインの結果をファイルに書き込むだけで、簡単にファイルの転送が実現できます。
他にも大小さまざまな問題に行きあたりましたが、忘れてしまったor書ききれないのでここまでとします。
たった1つのサイトを公開するにしても問題というのは尽きないものだと実感させられました。
今は基本的な情報だけでなく、ちょっと突っ込んだ内容でも検索で解決していけるので嬉しいですね。手がかりを残してくれた先達に感謝することしきりです。
現状ではひとまずの見切りを付けて公開していますが、より堅牢で負荷に強いサーバとなるよう、随時チューニングを行なっていこうと考えています。
個人サイトや小規模な商業サイトなどプロモーションにあまりお金をかけられないサイトを主な対象とした、無料で出稿できる広告ネットワークサービスです。
既存のサービスで近いのは「あわせて読みたい」や「zenback」、各社提供のRSS相互リンクサービスなどになるでしょうか。
広告としての体裁がある分、それらより若干積極的な性質になるのではと考えています。
現時点ではサービス本体のプロモーションに苦心するという本末転倒そのものの状況でありますが、もしよろしければ見ていただけると嬉しいです。
※あまり正確でないまとめ
2. 長さを制限しようとするストッパーがエロゲーにはあまり無い
4. 長大化で小回りが利かなくなったので衰退した
~~~~~~~~~~~~~
積んでた夏空のペルセウスやってたらこんな記事が話題になってたので、以前考えてたことを出力してみた。
まずもって、世の中のたいていのものは放っておくと長くなる。全部突っ込めばそれだけ長くなるし、切り捨てるのにはセンスと覚悟が要求される。
論点を置き換えて「他のジャンルの作品は何故長くならないのか」と問うてみた方が話が早くて、フォーマットや制作体制や商業的事情や物理的法則に種々のストッパーを見つけることができる。テレビアニメには放送枠があるから1話30分弱に収まるし、読者アンケートの結果が悪い漫画は打ち切られる。ボリュームと制作期間と費用は通常比例するから10時間の映画はペイしづらい。観客の体力も保たない。製本技術には限界があるので京極夏彦や川上稔がある種のチャレンジャーとして驚かれる。商業作品である以上、諸々の制約と歴史的経緯によって現在のジャンルの姿がけしてベストな形ではないにしろあり、いまも着々と変化している。
ところで家庭用ビデオゲームというのはある意味で特殊なジャンルで、この手の制約が相対的に弱い。(どういう経緯があったからかは知らないが)企業の成果物として単品売り切りで販売されるために一作で完結していることをより強く求められる。連載形式や短編連作は馴染んでいない。アーケードのように課金制ではないため私的な場で長時間にわたってプレイされる。デジタルデータであるがゆえにボリュームの制約が相対的に弱い(勿論家庭用ゲーム機の歴史とは一側面ではすなわちデータ容量との戦いでもあったということを知らないわけではないが、しかしそれは、書籍のページ枚数やテレビの放送時間とは本質的に異なった枠組みだろう)。そしてエロゲーもこの例に漏れない。
いま、エロゲーを長くさせない/シナリオ量やCG枚数や楽曲数やキャスト数、ゲームエンジンの性能、その他全てを含めて総体的に立ち現れる「ボリューム」を一定程度にとどめようとするなにがしかの制約を想定してみたとき、せいぜいメーカーの経営体力とメディアの容量、それからマシンスペックくらいしか思い浮かばない。後ろ2つは開発環境が消費者のプレイ環境にある程度近いのもさることながら、そもそもPCの廉売とスペックの進歩、間接的にはブロードバンド環境の普及がエロゲーの長大化を物理面で下支えしてきたように中長期的にはむしろブースターとして働いている節がある。トップブランドのフラッグシップタイトルが折に触れて消費者側のマシン更新を促してきた事実もあるように、決定的な歯止めとなっているようには見えない。1点目にしたところで、勿論この業界の危うさ、開発企業の経営基盤の脆弱さは消費者にもつとに知られたところではあるが、零細ゆえに諸々の手段で延命可能であることもまた、たとえば半ばアパレルメーカーと化し盆と正月に衣服や楽器を売りさばく某ブランドの例から知ることができよう(もっともこの手の主客転倒した経営と現状の市場を席巻している初回特典偏重の商法が相まっていくらかのエロゲーメーカーのグッズ屋化を促進しているのだが、さすがに本論から逸れているので一旦措く)。そもそも零細的な企業体制でも比較的手軽に参入可能な市場として開発者の側からかつてエロゲーは持て囃されたという歴史もある。
ところで、「ボリューム」と書いた。実は「CG枚数や楽曲数やキャスト数」は、これはきちんとデータをとって検証したわけではないけども(誰かやってください、というかもう先行記事があるでしょう)、一部の大作を除けば体感としてはここ10年、さして増加はしていない。勿論マシンスペックの向上に伴って画質も音質も向上してきたが、数量としてはほぼ横這いじゃなかろうか。むしろ攻略ヒロイン数なんかは全体として微減の印象がある。じゃあどこに工数が注ぎ込まれて「ボリューム」感を実現しているのかっていうと演出のスクリプトとゲームエンジンの融通とシナリオ量で、だから「長大化」として語られる。そうしてヒロイン数が割を食う。
畢竟、「これ以上長くすると開発スタッフが死ぬ」以外に天井が見当たらないのがエロゲーであり(実際菜種油を搾るように業界人の首が絞められた末に納品された成果物を今われわれはプレイしている)、そして消費者はぼんやりと長大化を期待した。マルチエンディングのADVが市場の大勢を占めるようになったがために、ビデオゲームでありながら作品間で「ボリューム」を直接的に比較することが可能となったのも後押ししたのかもしれない。あるいは国内経済のデフレーションと関連付けることだって可能で、フルプライス=税抜8,800円の価格設定はここ10年以上にわたってほとんど揺らいでいない。数年前からいくつかの大手メーカーが大作に限ってようやく税抜9,800円に手をつけた程度のありさまで、であれば同一価格内での「品質向上」を求める圧力が加わるのは自然の成り行きだろう。それでなくても市場は2000年前後をピークかくしてエロゲーは長大化の一途を辿り、ジャンルとしては衰退した。
これは当然の展開で、しばしば指摘されるように現代はコンテンツ飽食の時代、趣味は時間の食い合いとなるので長ければ長いほど不利になる。そんなの知ったこっちゃねえ俺は何十時間何百時間でもエロゲーを続けるぜって御仁には頭が下がるばかりだが、ジャンルの/市場の健全性とはかようなストイシズムとは対極の、ヌルい裾野の広がりによって担保されるのであって、エロゲー修験者ばかりではジャンルは早々に先細る。複数買い&積みで支援するのも似たようなもので、そこに健全な言説(そもそもインターネット上のエロゲーについての言説が「健全」であったためしなぞいまだかつてあったのか甚だ疑問だが)は生まれ得ないし、エロゲーは他のオタフィクション同様、本質的には中・下層の大衆、賃金労働者の変種としてのオタクによって担われる速度重視のサブカルチャーの一種であるのだから、ルネサンス期のメインカルチャーのような貴族のパトロンによる全面的支援などという夢は早晩挫折しよう。
速度。現代のインターネットで語られるオタフィクションとしては何よりも速度、1単位のコンパクトさと間口の広さ、新陳代謝の活発さが重要で、そして先にも触れたように「ボリューム」と開発期間はふつう比例する。込められたアイディアも思想も発売時には陳腐化している。ゆえに、足回りの悪くなったエロゲーが往時の勢いを失うのも自然の流れだろう。
・おわりに
突っ込みどころ多いしエビデンス挙げてないし、取り扱うのが面倒でわざとスルーした話題がいくつかあるけどまあいいや。気力の保つあたりでアップしておく。
それにしても、平均年収300万円以下って、まあ天引きor確定申告前の数字なんだろうけど、俺より貰ってるじゃねーか。まあ激務やスキルやクリエイター幻想に見合わないって趣旨なんだろうけど。
この手の、市場の縮小と消費者層の年収減と割れの話はオバフロの人はじめ、色んな人が語ってるから適宜ググるといいと思うよ。
夏空のペルセウスは大変エロかったですが他に言うことがありません。minoriの歴代作品に比べて開発期間=資金の限られている中で最善を尽くしたんだろうなあ、とは思うけど。
すぴぱらの続きマダー?
Unityをベースに開発をしている。Unityには機能がいくつもあるうえ、Unity内のゲームを動かす為のスクリプトと同じ記述で、Editorを作成することができる。
だから効率化はデータ量産者が独自に作成することができるし、プログラマにお願いする事も出来る。
誰でもできる。
今現在はこの開発環境で制作をしているのだけれども、一部のプログラマはゲーム部分を作りたがらない。
かといって、Editor部分も作りたがらない。
じゃ、何がしたいの?という質問で、俺はUnityのようなツールを作りたいんだ、と。
ならばと思い、国内でそういったエンジンとかツールの類いを作っているところを挙げて、そちらに履歴書送らないと道は開けないよ、という話をした。
彼は黙ってしまったが、やりたいことをやる為の努力を一切してない点においては、本当にやりたいと思っているのか疑問だし、実際にはやれたらいいな程度だということを自他ともに解っているので真実を言っても/言われても仕方がないってことも理解している。
彼はゲーム業界に居るがゲームは作りたくなくて、ツール屋になりたいんだとも以前から言っていることは知っている。
なのでもうちょっとそちら側で活躍する自助努力をしてほしいと思っている。その努力が自他共に幸せにする道だから。
彼のツールを使いたいと思っている人は居るだろうか。
彼にツールを作って欲しいと思っている人は居るだろうか。
そういった、もっとも根源的な部分を追求してないって所を、もうちょっとだけ自認して、改善するようにしてくれたらいいな。
試験業務中心だった。
その中でもシステムテストとかやったりしてるのでネットワークやサーバー、アプリは商用の状態に近い環境で試験をしている。
具体的にはサーバーはLB使って冗長化/スケールアウトされていたり、クラスタリングされていたり、データセンターにあるサーバーにリモートでログインして試験をしたりとか。
rebootコワイヨーとかHW障害うざいよーとか思いながら。
ソフトウェアの受託開発の会社で、Javaの業務アプリを設計・開発・試験していた様な人達が集まっているので、ネットワークやLinuxなどアプリよりは低レイヤなところに詳しい人が地味にいなかった。
システムテストの項目書をExcelで作るお仕事や、試験を実施するお仕事は凄くやる気しなかったが、試験の実施方法を検討するお仕事や、試験をするための環境を構築したり、仕様書を読んでミドルウェアやアプリにコンフィグを投入する仕事は楽しかった。コンフィグを投入する作業をスクリプトで怠惰に自動化したりするのは、けっこー楽しかった。
リグレッションテストや、バージョンアップでの改修テストなどで環境を再構築する際に、作成した自動化スクリプトは腐らさせずに誰かに展開することが出来たので、自動化した工数も無駄にはならなかった(ちゃんと効率化に!)大量にデータを投入するとき、さすがにだるい。ツールも使えば使うほどバグなくなるし良い感じ。PerlやBashを覚えるきっかけにもなるし。
今思うと出向も楽しかった!メーカーSIの会社は社員食堂とかあったので、うわすげぇドラマみたい!とか朝はエレベーターの前に人が並ぶのでうわすげぇ人多い!とか。(最初だけだけど)
後はサーバー室でサーバーとかLBとかを目の前で見れたのがテンション上がった。うわこれF5じゃね?うわこれJuniperやん…いくらすんだよ…HPのブレードサーバーだ!いくらするのかググった。
まぁ、普通に誰も興味示さないw あの時は商用ネットワーク機器という物に憧れている少年だったw
作業で疲れたときはぶらぶらして眺めてた。
何かの見学の時は「おいふらつくな」とか誰かに怒られそうだけど、仕事で来てると誰も何も言わないので見たい放題。転んでケーブル抜いた日には大問題になりそうなので、さすがにそこは気をつけた。
あの1UサーバーにRHELをインストールするとか、少年には楽しすぎた。でも手順はMacのVirtualBoxにCentOS入れるのと変わりはなかった…。ただ、仕事として1UサーバーにRHELをインストールした、という経験を持つことが嬉しかった(少年だから)
でもいいさ。
F5なんか使わずにLVSやUltraMonkey-L7で負荷分散すればいいし、商用のアプライアンス機器なんか使わずにオープンソースで解決してしまおう。AWS使うならELB使えばいいし。そういう環境行ってみようぜー。
前のはこれ http://anond.hatelabo.jp/20121219191602
http://toro.2ch.net/test/read.cgi/unix/1036951410/601
601 :名無しさん@お腹いっぱい。:2012/07/10(火) 15:04:00.62 今月はじめ、職場に古いパソコン(i486DX2の結構ローエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要がありハードにパソコン系を採用するのは聞いていたの ですが、搬入されたパソコンのダンホール箱に印刷されていたのはPC-9801という 文字でした。 「うへぇ~、よりによって98かよ」 NetBSD/OpenBSDインストール不可、Solarisも不可、SATA-HDDからブートできるのか、 今時のLCDディスプレイにつながるのか、FreeBSD9.xは対応してるのか、 今時のネットに繋いでもセキュリティは大丈夫なのか不安はつきませんし、 非メジャーなのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一コンソールでの漢字ROMによる日本語表示ができたPC-98は大学など 教育機関に浸透していて、日本のパソコン界に多くのバカを輩出しました。 これから私は、おそらくそういうバカが、makeしてもemacsが入らない、 TeXが入らない、firefoxは使えないのか、Rubyが使えないのかなどと、 サバ管気取りの偏ったどうでもいい我侭を言い出し、(だから鯖にするんじゃねーよ、 鯖の常識で話すなつーのに)それと戦わなければならないのでしょう。 そして時代によって決着している、過去20年のパソコン界隈のくだらないそれらの 議論が再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではPC/ATでもSPARCでもPA-RISCでも PowerPCでもなんでもいいですがメジャーかつ現行のマシンにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/992942337/737
737 :名無しさん@お腹いっぱい。:2012/09/16(日) 16:27:31.40 今月はじめ、職場に新しい組み込みマシン(ファンレスの結構省電力構成)が入りました。 多分私が開発全般をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要があり、プログラムにアセンブラを使用するのは 聞いていたのですが、添付のサンプルソースコードからチラッと見えたのは LD A,(HL)という命令でした。 「うへぇ~、よりによってZ80かよ」 アドレッシングモード皆無、リロケート不可、使いにくいインデックスレジスタ、 今時の関数引数のスタック渡しに対応できるのか不安はつきませんし、 今の若者はこんなCPU使わないので人材も少なくソフト開発も大変です。 おそらく導入に際して、大学など教育機関で最初にZ80に触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、8bitCPUでi8080上位互換でi8085よりも多くのツギハギ命令を追加拡張した Z80は大学など教育機関に浸透していて、日本のCPU界に多くのバカが輩出しました。 これから私は、おそらくそういうバカが、ADD A,(HL)はできるのにADD B,(HL)は できないのかとか、相対アドレスのCALL命令はないのとか、 スタックフレームポインタとして使いたいのにLD HL,SPっていう命令ないじゃんとか、 アセンブラ通気取りの偏ったどうでもいい我侭を言い出し(だからZ80使うんじゃねーよ) それと戦わなければならないのでしょう。そして時代によって決着している、 過去30余年のCPU界隈のくだらないそれらの議論が再現され、それに巻き込まれるの でしょう。もう今からうんざりです。 だからお願いです。教育現場ではi386でもi568でもi686でも x86_64でもなんでもいいですが現行のCPUにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1011306728/134
134 :名無しさん@お腹いっぱい。:2012/07/15(日) 14:17:53.53 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要があり、X Window System上のアプリケーションを 使用するのは聞いていたのですが、OSを起動して黒いバックに白い文字だけの 英語の画面に表示されていたのはlogin:というプロンプトでした。 「うへぇ~、よりによってxinit方式かよ」 CUIログインなんて古い、コマンド入力なんて古い、今の奴は日本語入力設定大丈夫 なのか(XMODIFIERS)、今時のマルチシート環境に対応できるのか不安はつきませんし、 xinitユーザーが少ないのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にxinitに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、X11で唯一$HOME/.xinitrcを手書きするというCUI的方法で環境設定できた xinit方式は大学など教育機関に浸透していて、日本のX11界に多くのバカが輩出しました。 これから私は、おそらくそういうバカが、GNOME/KDEはどうやって起動するのか、 ウィンドウマネージャを終了したらXごと落ちたとか、ck-xinit-sessionはないのか などと、X11通気取りの偏ったどうでもいい我侭を言い出し(だからxinit方式にするん じゃねーよ)それと戦わなければならないのでしょう。そして時代によって 決着している、過去25年のX11界隈のくだらないそれらの議論が再現され、 それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではgdmでもkdmでもwdmでも xdmでもなんでもいいですがグラフィカルなディスプレイマネージャにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1094041299/383
383 :名無しさん@お腹いっぱい。:2012/07/12(木) 19:20:13.06 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要があり、制御コマンドとしてシェルスクリプトを 使用するのは聞いていたのですが、そのファイルを開いて1行目に書かれていたのは #!/bin/tcshという文字列でした。 「うへぇ~、よりによってtcshかよ」 ファイル記述子のリダイレクト不可、クオートのネスティング等に無理あり、 今の奴でさえシェル関数は使えないし、パイプラインの終了ステータスもおかしいし、 今時の担当者が扱ってセキュリティは大丈夫なのか不安はつきませんし、 スクリプトとしてのcshは嫌われるのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にcshに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、シェルで唯一aliasやhistoryやジョブコントロールの機能が使えた cshは大学など教育機関に浸透していて、日本のシェル界に多くのバカを輩出しました。 これから私は、おそらくそういうバカが、$*でスペース入りファイル名が扱えないとか $<でファイルから読めないのかとか、if文の条件式のコマンドでリダイレクト できないのかなどと、シェル通気取りの偏ったどうでもいい我侭を言い出し (だからcshスクリプト書くんじゃねーよ)それと戦わなければならないのでしょう。 そして時代によって決着している、過去25年のシェル界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではbashでもzshでもkshでもashでも Bourne shでもなんでもいいですがBシェル系のシェルにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
続く。
もう日本にプログラマはいらないかもな。全部インド人とかでもいいのかもしれん。10年20年は大丈夫だろうが、50年は怪しい。
スクリプトで書ければなんでもいい、エンジンは全て海外製、スクリプト書くのはインド人。それでいい気がする。
安ければなんでもいいかんじだわコレ。
とりあえず、もうIT産業は50年国内にはないかもしれない。 大学機関なんかは、人材育成でIT系以外を見つけないとダメだね。
設計は残るっていう人もいるけど、プログラム組んだことがない人が設計してもね。限度がある。インド人のプログラマ上がりの設計者で
インド人のインドマネーで、ハードもソフトも海外から買う。サービスも海外から買う。この業界はそれでいいのかもしれん。
というわけで、大学機関なんかは、人材育成でIT系以外を見つけないとダメです。10年20年位後の先は先細りっぽい。
口惜しい。悔しいなぁ。ごめんね、若い人よ。
http://tech.blog.hisaju.org/2012/12/18/eng2/
上の記事を読んでみて、そうだよねと思ったり、そうなのかなと思ったり。
以下、自分の小さい恨みつらみです。
自分は社会人になってからプログラミングを始めて、数年前BtoBのIT会社からBtoCのIT会社に転職した。
開発のメインで使う言語は同じものの、併用する言語やフレームワーク、サーバOSなど、がらりと開発環境が変わった。
それで、最初のうちは、遅くまで頑張っているね~的なノリだったんだけども、
いつしかこいつ仕事できないんじゃないかというような視線を送られるようになった。
俺はこの会社で良いサービスを世に出すんだ、残業なんて屁でもないぜと意気込んでいた。
それから、大人の事情で80時間を超える残業はまずいらしく、80時間未満になるように調整して出退社していた。
そんな働き方をしていたら入社して3ヶ月目か4ヶ月目くらいに上司と面談があった。
早く帰れ、そんなに仕事ないだろ、と。
余計なお世話だった。いろいろ覚えたいことがあるし、いろいろやりたいことがあった。
例えばチームの運用業務の負荷が非常に高かったので、スクリプトを整備して負荷を下げたかった。
でもスクリプトをどう書いたらいいかわからない。viとかいうテキストエディタも分からない。
さらにチームの年間目標の中に、チーム内で新規アイデアを数件だしましょう、というのがあった。
正直、通常業務で定時いっぱいになってしまって(運用負荷が高いし)、
そちらになかなか取り組める時間を捻出できない。
だから、そんな目標よりも運用負荷軽減策に取り組みましょうよと上司に相談した。
上司は、目標は絶対だ、最初から諦めるな、というような感じで聞く耳をもってくれなかった。
ときには早朝出社し1,2時間仕事してから出勤の打刻をしてみたり、
退勤の打刻を忘れたふりしてこっそり徹夜したり、
そんなこんなで一年間を過ごして、12ヶ月中10ヶ月くらいは70時間~80時間の残業時間(本当は超過しているが打刻の記録上では。)で働いた。
スキルも向上したし、以前に比べたら余裕時間は作れるようになったし、目標達成にも大なり小なり成果を残せたと個人的には思っている。
いくら要領が悪くても費やした時間は嘘をつかない。
俺は頑張った。
しかし、この年、自分が受け取ったボーナスは社内で最低水準の額面だった。
自分としても残業の悪い側面は理解できるし、残業をマイナス評価とする風潮が一部あることも知っている。
熱意のおもむくままに愚直に働きたい。
頑張ったを評価してくれる会社だったら超頑張るんだけどな。
こんにちは。週6フリーターです。WEB業界で働く為に勉強中です。
下記の記事に触発されて自分もWEBサービスを作ってみました。
http://anond.hatelabo.jp/20101203150748
・このサイトについて
はてなブックマークにて1000users以上取得した記事をジャンルごとに自動取得しているアンテナサイトです。
カテゴリ(タグ)は適当。はてブ上位の記事に共通しているタグを適当に集めました。
・政治 : http://hatebu-1000users-over.com/seiji.html
・仕事 : http://hatebu-1000users-over.com/work.html
・就活 : http://hatebu-1000users-over.com/syukatsu.html
・起業 : http://hatebu-1000users-over.com/kigyou.html
・レシピ : http://hatebu-1000users-over.com/recipe.html ※全国の奥様にオススメ!!
・ライフハック : http://hatebu-1000users-over.com/lifehack.html
・勉強 : http://hatebu-1000users-over.com/study.html
・英語学習 : http://hatebu-1000users-over.com/english.html
・健康 : http://hatebu-1000users-over.com/kenkou.html
・WEBサービス : http://hatebu-1000users-over.com/webservice.html
・WEB製作 : http://hatebu-1000users-over.com/webseisaku.html
・デザイン : http://hatebu-1000users-over.com/design.html
・スマートフォン : http://hatebu-1000users-over.com/smartphone.html
・プログラミング : http://hatebu-1000users-over.com/programming.html
・2ch : http://hatebu-1000users-over.com/2ch.html
・NAVER : http://hatebu-1000users-over.com/naver.html
・『はてなブックマークで「1000users」越えの超優良エントリーだけを抽出する方法』
http://blog.livedoor.jp/tkfire85/archives/55471814.html
「"仕事"というタグで1000users以上取得」という条件をフィード出力など。
・参考サイト様
『Google Feed API』 : https://developers.google.com/feed/?hl=ja
『Google AJAX Feed API入門』 : http://www.ajaxtower.jp/googleajaxfeed/
②twitterbootstrap
・解説:Twitter社が提供するCSSフレームワーク。サイトデザイン(外見)に使用。
自動でレスポンシブ、適当に組んでもそれなりの今風サイトになるので便利。
・参考サイト様
『Twitter Bootstrap』 : http://twitter.github.com/bootstrap/
『Twitter Bootstrap (v2.0)の基礎』: http://dotinstall.com/lessons/basic_twitter_bootstrap_v3
→超有名な初心者向けプログラミング学習サイトのドットインストール様。
HTML,CSS,PHPの基礎習得もこちらで。上記のサービスくらいは十分に作れます。
『Bootswatch』 : http://bootswatch.com/
→Twitterbootstrapの外見を一発で変えることが可能です。
・解説:どれだけはてなブックマークにてブックマークされたか。
ブックマーク数を画像で取得することで説得力を持たせてみました。
1000を超える数字が並んでいるとなかなかに壮観。
・参考サイト様
『指定したサイトのはてなブックマークの人気エントリを表示』:http://www.ajaxtower.jp/googleajaxfeed/sample/index1.html
④忍者ツールズ
・解説:ソーシャルブックマークボタンのセットが欲しかったので使わせて頂きました。
・参考サイト様
『忍者ツールズ』 : http://www.ninja.co.jp/
→今回使用させていただいたサービスの他にも便利なツールが盛り沢山です。
・参考サイト様
『Favicon Japan!!』:http://www.favicon.jp/favicon_auto_create/ :
⑥その他
・使用サーバー
『エックスサーバー』 : http://www.xserver.ne.jp/
→堅牢。信頼出来るレンタルサーバー様です。
・基礎学習
『ドットインストール』 : http://dotinstall.com/
→上でも触れましたが有名な初心者向けプログラミング学習サイト様。
・副産物
『2chまとめサイトアンテナ』 : http://2ch-matome-site-antena.com/
→せっかくなのでなんか別のも抽出してみようかと。。。
・副産物内のAmazonベストセラー素敵リンクのHTMLとCSS
『Amazonのランキング情報(RSSフィード)を表示するブログパーツ。アフィリエイトで使えます』
以上です。もし良かったら一度見てあげてくれると嬉しいです。
はてブとかいいねとかツイートとかしてくれるともっと嬉しいです(笑)
改めて見ると他所様の借り物ばかりでなんか勉強になっているのかいないのかあれですが。。。
いや、時給850円の肉体労働を終えてはてブ数を見た時の驚きと言ったらもう。
驚きつつ、Twitterやはてブにて頂いたコメントを拝見させて頂きました。
皆様本当にありがとうございます。
お褒めの言葉もあればきつめのお言葉もあり、『とにかくまず作ってみてよかった』と改めて感じました。
さて、頂いた意見の中で多かったのが
『1000はやりすぎでは?』
『もう少し絞って欲しい』
『1000超えると逆に...』
こちらに関しては、各カテゴリについてさらに絞ることも出来るのですが、
"TOPページ→カテゴリ選択→ユーザー数選択"という2工程を経てしまい、
"可能な限り全てのメニューにTOPページから一発アクセスをしたい"という
『はてブ流行る直前記事アンテナ( ゚-゚)』 : http://hatebu-hayaru-tyokuzen.com/
3users近辺 10users近辺 20users近辺 100users近辺 500users近辺 1000users近辺
新規エントリーや人気エントリー(カテゴリごとor総合)に入る直前の記事になるかと思われます。
タイムリー度はなかなか高そうです。
素晴らしい原石発掘の一助になれば幸いです。
前サイトをそのまんま流用したので手抜きもいいところですが。。。笑
取得基準についての参考サイト様
『Web系の記事でホッテントリする為の8つの条件 | パシのSEOブログ』
http://www.jweb-seo.com/blog/wordpress/2009/07/21/693
その他コメント
この人はWeb業界に入らないでこのままフリーター続けていろんなサービスを立てつづけてにリリースしていったらそのうち何か一つ当てそう。堅実ではないけど面白い人生になると思う。保証はしないw
や、正直それで生活出来るならそっちの方がいいなあw
かーちゃんのために支援
ありがとうございます。頑張りますm(_ _)m
ごもっともだと思います。素人臭くてもとりあえず作って、とりあえず公開して、とりあえず宣伝して、というのが大切でした。
ちょうどMA8やってるから応募してみると良いよ!
なんとこんなものがあったとは。ちょっと詳細読み込んでみます。ありがとうございますm(_ _)m
作ったら宣伝はちゃんとしよう! 以上です。
実は1週間以上前に『はてブ1000users超え記事アンテナ(´・ω・)』は公開していたのですが、
全くの閑古鳥で『これもうサイト閉じようか』と考えていました。
そこではたと『自分でWEBサービスを作りたいと思っている人へ』http://anond.hatelabo.jp/20101203150748
にて舞台裏を公開していたのを思い出し、自分も実行したところアクセス数が非常に上がりました。
『舞台裏を公開する』というのは37シグナルズさんも『小さなチーム、大きな仕事』にて推奨していますね。
あとアクセス数が順調に上がり始めるより前に、セルフでブックマークしてしまった場合、
その後すぐにブックマークされないと時間経過のはてブ増加率が下がるため、人気エントリーに入るのが困難になります。
なので、自分でブックマークしたくなるところをおさえて、宣伝に力を入れるのが吉かと思われます。
さもないと『宣伝記事ばかりアクセスが上がっていって肝心の本体が。。。』という恐ろしい状態になります。なりました。
その後無事に本体の方もめでたく人気エントリにランクインさせて頂きました。ありがとうございます。
『本当に発生するものなのか。。。』と。都市伝説だと思っていました。
額は言えませんが少なくとも自分は満足です。
以上、取り急ぎの事後報告となります。
重ねてありがとうございました。
元ネタ: http://anond.hatelabo.jp/20120831224653
gentooではバイナリパッケージがないので、短い時間内に様々なソースをビルドします。
tmuxペインをコロコロ変えられたり、やってて落ち着かない、せわしない、と感じた場合は、
彼が元ubuntu童貞で、gentooにlinuxを仕込まれた可能性が高いです。
ビルドは時間がかかるので、一回のコンパイルでより多く最適化するほどお得感があります。
だから一回のビルドで何個--no-xxxxをつけたかにこだわる男は、gentooによって、
パッケージ一個あたりの余計な機能を省こうという発想がクセになっている可能性があります。
gentooによってlinuxを仕込まれると、焦って行うビルドが体に染み付いてしまうので、
雰囲気を良くしてより良いデスクトップにしようとは考えません。とにかくリソースロスに執着します。
loginしてすぐビルドして終わったらrc-update xxxx default; exit、のようなオペレーションを好むのもgentoo男の特徴です。
gentoo慣れすると、「ビルドしてるんだからCPUが熱くなって当然」の感覚が染み付きます。
だからファンがずっと回ってたり、ずっと「ゥゥオォ〜ン!」してたりして疲れきっていても、
してもらうのが当然なので、気を使いません。gentoo好きほど「居直ったギーク」になります。
基本的にgentoo好きの男はファン使いが下手です。
できるだけ水冷に変えたほうが良いでしょう。
ですので、重要なのはインストールしてしまう前にパーツ屋に行くことですよね。
/etcなどの場で、設定ファイルやスクリプトなどを直させてもらったとき、「sudo」と言ったり、
su root, suをするのが普通ですが、gentooなど管理者権限で操作する場に慣れきっていると、
su - rootさせてもらうのが当然になってしまってノーヘジテイトだったりします。
「あのソフトはプロプラに依存してるからダメ」とか「スピードはいいけどカスタマイズ性はイマイチ」とか…。
男同士のおしゃべりでは人気の話題なのでしょうが、当然女には不評です。
しかし素人OSになれていない男は、そんな話をすると嫌がられることすらわかりません。
公式のHPなどでrelease notesを品定めする感覚が、当たり前になってしまっているのです。
「ubuntuはこういう嫌なところがあって…」などの愚痴に対して、すぐ「別れろ!」などの
極端な反応を返すのは、他ディストリに興味の無いgentoo好き男性に多い傾向です。