 
|
はてなキーワード: PHPとは
そんなことは言っていない
『最近のWebシステムって、遅いことがあるよねperlにしろRubyにしろ・・・ という話題をすると・・・mod_perlは遅くないとか、lightyとかmemcachedとか いう返答が帰ってくるのにうんざりした。... 』
Webシステムが 根源的に遅いのか、速いのか そんなことは ではなく。
perlが遅いとか、Rubyが遅いとか、PHPでもJavaでもなんでもいいよ。 それが遅いだ、速いだ。あげくはHTTPがApacheだlightyだ memcached だmysqlだ。
他社が作ってる 又は 他人が作ってるOSSが作ってる ソフトの話をされることにうんざりした。
という話だ。
そりゃ、それぞれ、その会社がやることであって、貴方のところじゃないでしょと。 貴方のところのパートを速くするお話がしたいんだよと。
貴方のところがmod_perlなりRubyなりを 中までいじって速くしてくれるのか？
Permalink | トラックバック(1) | 17:19 
ドラッカーの何がすごいかという話。
何もかもすごい人だったらしいけれど、
わかりやすいのは編集者あるいは体系を作る学者としての力量じゃないかと。
父はまぁブームみたいなものはなんでも否定する人だから
年寄りにはよくあること。
言ってることはもっともだ。でも違うんだよパパ。
確かにドラッカーは言ってることがそんなには新しくなかったかもしれないよ。
同じようなことを言ってたのだと思うよ。
それでも、論語みたいに百篇読まなくても、３０年
全体像が意識できるレベルにまで編集したところがすごいんだと思うんだ。
最初はあの本すげーつまらんと思ってたけど
一回で読み捨てられるような本ではあるけれども、
全体像がわかる・・・というと過大評価かもしれないが
少なくともマネジメントの、前提条件、目的、結果はわかるようになってる気がする。
入門書としてはちゃんと用を為しているのではないか。
そして、ああいう簡略本を作れるということ自体、
ドラッカーの理論が体系的にまとまっていたということではないか。
ドラッカーの言ってる内容がとびぬけているかどうかはわからんけれども
死後２０年たつのに
いまだに松下幸之助の哲学を一つの作品として読める作品がないと思うんだ
松下幸之助関連の著書の場合、松下幸之助の偉大こそよくわかるものの、
彼の言いたいことの中心は、そして全体像は何か、
それを読んだ自分たちが結局何をすればいいのかは、
本人の著書を百回くらい読まないとわからないのではないかと思う。
人柄部分とか、部分部分に切り取って、本人の言葉を並べてるだけになってる。
いつまでたっても全体像をつかませずにずっと読ませようとする。
よく理解されているのかもしれないが、
こうも使えない形で細切ればかりされると
・知識を独占しておきたいのか
・永遠の金づるとしてキープしておきたいのか
・それとも本当はわかってないのか
などといった疑念がわいてくるんですよ。
１０万出してもいいから、ドラッカーの「マネジメント」や一倉定の「経営者心得」のような
体系だてた本をそろそろ一般人にも提供してくださいませんかねPHPの人。
Permalink | トラックバック(0) | 17:05 
ボックスモデルがどのようにレイアウト構築するか理解した事が無いのかな？
文字と絵をレイアウトするものは大概ボックスモデルをベースに作られてるだろうが。
そのFlashだってActionScriptやFlexで配置指示してしまえば、お前さんが言うめんどくさい組み方になると思うがな。
だからスティーブジョブズも奇妙なWeb標準なんか放って置いてiOSのアプリを書かせようとしてるんだと思うよ。
少なくともUI要素をインラインで配置なんて訳わかんないことしなくていいでしょ。
えぇと、InterfaceBuilderしか使ったことしか無いのか。
どのみち、InterfaceBuilderで出来ない事やろうとしたら、めんどくさい組み方になる。
変人で悪かったな。
PHPから動的にPDF吐き出すとか、実装するならテキストベースのレイアウタ使ったほうが楽だろうが。
変人が標準って変だよ？
それを、何も判って無いお前のような奴が多少は使える気になって喚いてるだけ。
開発側は最低限の物は用意してるんだ。
気に食わないなら、自分でWYSIWYGのシステムでも組んでりゃいいだろ。
そして、これが重要だが、見ている人間は、別に裏側が何で出来てようが、見えてる画面が全てだ。
見えてる画面のクオリティーをあげたいなら、HTMLとCSSの仕様書熟読して、理解するこったな。
Permalink | トラックバック(1) | 14:23 
事情をわかっていないようなので説明すると、昔はサーバリソースというものは大変貴重だったので、元増田が言うようなオーバーヘッドが大きいテクニックは一切使えなかったの。ただそれだけ。
「この時代にはそんな考え毛頭なかったんだね」なんてこたぁない、ただ実用的ではなかったというだけで。
そういや増田が好きなPHPも比較的サーバーリソースを食わないもんだから広まったんだっけか。やっぱ速度って大事だよなぁ。
C言語使えばいいって？昔も今もC言語はレンタルサーバではあまり使わせてもらえないからなぁ。理由は知らない。
Permalink | トラックバック(1) | 21:25 
PHPから出版されている「理系バカと文系バカ」では理系のコミュニケーション能力は圧倒的に低い、という問題について触れられていて、最初私は「そんなことねーよ！普通に生きていけてるし！笑！」と思ったのだが、先日高校時代の文系の友人達とメールのやりとりをする機会があって、「理系のコミュニケーション能力の低さ」を非常に痛感させられた。
はっきり言って、本当に低い。(※自戒を込めて
純粋な文系の子達は本当にコミュニケーション能力が高い。何故だかわからないが、押すのも引くのも上手い。相手の心情を読むのが非常に上手い。
ただし、非論理的である。。というか感情的なので、純粋な理系の人たち(=コミュニケーション能力が低い、超論理的…というか理屈っぽい)と普通の会話をしようとすると、結構難しかったりする。
というか、「普通の会話」というのがそもそも基準が違ったりする。
文系の人たちは「どうでもいい話」をめちゃめちゃ好む。ていうか「どうでもいい話」が出来ない人ってめんどい。
理系の人たちは「どうでもいい話」はホントどうでもいいから、そんなのどうでもいい。したくない。ていうかそんな話してたら本件が進まないからイライラする。
文系の人たちは
こういうことがあって(原因)→今こうだから(結果)→これからこうしていこうね！(解決策)
という話を基本的に嫌う。
理系がこういう話をし始めると、「頭イターイ！」と言って逃げる傾向があるようだ。
その「逃げ」のうまさも、文系特有といいますか。。
まぁ、理系が話し下手なのと、相手の表情を伺うのが下手なのも原因の一つだとは思いますが。
じゃあ理系はダメダメ君ばっかりなのか！というとそうでもない。
ちゃんとコミュニケーション能力ばっちり☆な人もいて、
やはりそう言う人はこれから社会に出て重宝されるのだろうなぁと思うし、自分もこれからコミュニケーション能力を磨いていかなければならないなぁと思う。
ちなみに今自分の周りにいる「困った理系」は次の２パターンだ。
１ 基本コミュニケーションとか面倒。
→大事な話をしたくても近寄れない。
２ 話し出すと止まらない興奮タイプ
→自分は空気を読んでいるつもりなのだが、実は相手の気持ちが読めてない。
「困った文系」はこんな感じ
→相手のパケ代考えてない。使用機種によってはメール本文全体が「〓」だらけなことも
２ 話せば分かる！タイプ
→目的とか手段とか原因とか結果とか一切考えずに適当に、「行動あるのみ！」とか思ってるタイプ。後で謝ってくるけど次に繋がってない。しかもこういうタイプに限って人の話を聞いてない。
とりあえず文系さん、
原因があって→結果がある→解決策を立てようね
と理系が何度も忠告しているにもかかわらず、自分の主張ばかり並べて、
Permalink | トラックバック(0) | 00:52 
某地方都市で、
俗に言うデスマーチな職場でＳＥモドキのようなバイトをする日々が続いて１年ほど経っただろうか
もともとは異なる業種で、
社長の思いつきにより 日本語とローマ字の切り替えもできないような若干名で立ちあがったプロジェクトだった
さて、ノースキルな人間が どうでもいいような人を面接で通してしまったために事態がおかしな方向へ向き始めた。
断っておくが、もっとも社員と言っても、厚生年金など出ないような 弱小中の弱小だ。
僕は若干週末に顔をだす程度で、平日の深夜にコーディングを行う。
”彼”は phpのハッシュあたりで躓いているようで、もちろんDB関連もままにならなず 正直使い物にならない。
（そうたった１言語くらいズブの素人じゃないんだから、３ヶ月でなんとかしてくれ！）
彼は僕のことを毎回毎回。天才と呼んでくれて 非常にイライラする日々が続いた。
そうこうしているうちに、新人が入ってきては辞め、新人が入ってきては辞め、を繰り返していった。
彼を雇った一番の年長も、辞めていった。
”彼”は。
■ 周りが分からないことを良いことに、転職先に出す作品を就業中に作る
■ 彼は、”僕”は普通だ、を切り札に、何もしない
・ 他社の動向調べてよ 無理です
■ 僕は辞めます ＞ そうですか
■ 僕は辞めますよ！？ それでもいいんですか ＞ そうですか
（メッセンジャーで。個人的に）
あのさ、君、
君みたいなスキルは中学生でもいるんだし、僕より年上なんだからもっとしっかりしてくれ
もう僕は君を助けられないよ。
■ 本当にあなたはひどい人だ、僕は普通だから、罵倒される覚えもありません！
・・・。
どうぞお好きに、路頭にでも好きに迷ってくれ。
教訓。
つぶれかかってる会社に技術を安売りして変な延命措置はしてはならない。
それはそうある運命なんだ。あなたが安売りをやめたとたん淘汰されることに変わりはない。
僕も大きな勘違いをしていたが
簡単に技術伝達できれば苦労はないよね。
ずっとピンだったから本当に気がつかなかった。
ずっとピンで技術を磨いているそこのあなたに警告しておくけれど
うぬぼれは最大の敵であると同時に、自惚れないといけないところでキチンと自惚れないと（あなたには無理、見果てぬ夢を見てはならぬ、と伝えること）
一緒にコールタールに沈んで行くよ。
Permalink | トラックバック(0) | 00:17 
マーケッタ：
部長：
はじめてくれたまえ
マーケッタ：
まず情報共有です。
ROIが落ちた原因は、オーバーチュア特にBIGのCPAが大幅に上がっているからです。
CTRは上がっていてもCVRは下がっていてます。しかも競合が原因で全体のCPCが高騰しています。
ちなみにMFOの影響はほぼ無いようです。
アドワーズのCPAはOKですが、SMALLでMFAの影響が出ているキーワードが散見されました。
完全にBEPがずれてしまったので再計算が必要になってしまいました。
私の意見では、対策は3つです。
まずはSERPのTOPとSIDEとオーガニックも含めた全ての競合のテキストの再分析
そしてLPO特にEFOの見直しを行いながら、
そろそろOSOに取り組んでもいいのではないかと思います。
他に対策はありませんか？
部長：
業界用語を使わないというのはどうかね？
Permalink | トラックバック(0) | 22:58 
が巡ってくるとは、その時は夢にも思わなかった。
俺はたまたまその事件現場に遭遇してしまったのだ。
「やめてください、お願いですから・・・」
哀願する派遣社員を取り囲むように
「さっさと社にもどれ！お前がバックレた時に消していったデータ復活させるんだよ！！」
と、３人のプログラマー。
「・・・やめないか、土方。」
思わず、口をついで出てしまった挑発の文句。もう後には引けない。
ならば・・・と、俺は左手で、懐からPHP逆引き大全を取り出す。
俺はすかさず、正面のKENT似の男の鳩尾に蹴りを叩き込む。
悶絶し、倒れるPerl Monger。
pythonistaの鼻の骨が砕け、昏倒する。
「10日でおぼえるPHP5入門エルボー！」 もう一人のサスペンダーの頭蓋骨を砕く。
一撃必殺。 一瞬にして、
俺を取り囲むように倒れ悶絶する壊れたプログラマーが４つできあがった。
「次からは、相手を見て喧嘩を売ることだな・・・。」
返り血で真っ赤に染まったPHPによるWebアプリケーションスーパーサンプルを拭き取りながらそっと、
「持っててよかった、基礎からのMySQL。」
Permalink | トラックバック(0) | 22:37 
「PHPは言語としてクソ」とか言われるけど、実際問題PHPで構築されて長年維持されているサイトはたくさんあるわけだし
とか言うレベルの話と同じ
Permalink | トラックバック(0) | 15:48 
動く物をいかに簡単に作るかというのが主眼なんだし、
そういう方針が評価されていまやWebサービスといえばPHPみたいなレベルまで到達したわけだ。
最終目標であるサービスを実現するということさえできればいいわけで、
アホでも使えるほど簡単だとか、自由度が高くて規約がないと汚くなるだとか
そいうのは実際はどうでもいい話。
契約書にいかに綺麗な字でサインするかとか、私服は禁止して全員制服にした方がいいだとか、
一見かっこよく見えるけど目標達成にはどうでもいいそういうトンチンカンな部分にこだわる感じだよな
Permalink | トラックバック(1) | 04:44 
NAME(CATEGORY)
という形のネーミングはなかなかいいね。
CATEGORYの例として、ニコニコだと実況プレイヤー、生放送主とか。
Wikipediaだと内閣総理大臣（一覧）とかONE PIECE (アニメ)とか。
プログラマだと'アニメ::ONE PIECE'や'アニメ.ONE PIECE'のようなネーミングに慣れてると思うけど、
NAMEが前に来るほうが視認性が良い。ただ、()のタイピングは面倒だけど。
.
あとGIGAZINEのURLも最近良いと思ったネーミングの例。
簡潔な名前であり、しかも名前を見ただけで内容が容易に推測できる。また日付も付いている。
ttp://gigazine.net/index.php?/news/comments/20100805_employees_social_media_celebrities/
→Twitterなどで有名人となっている社員の取り扱い方法、5つのメリットと5つの地雷 - GIGAZINE
ttp://gigazine.net/index.php?/news/comments/20100804_too_proud_to_be_majority/
→多数派の意見は、すでに対立する見解を持っている人には受け入れられない - GIGAZINE
Permalink | トラックバック(0) | 18:40 
誇張や事実と異なる表現がございます。ネタとしてお読みください。
特に関数型言語は全く触ったことが無いため誤っている可能性があることをご了承下さい。
while(i＜10000)++i;
| COBOL | バブル時代に銀行のCMにも出演したことがあるが現在はほぼ引退している。 |
| BASIC | 一時期は誰もが知っている国民的アイドルだったが、現在はほぼ引退している。しかし昔からの根強いファンによって現在も一部で活躍中。 |
| FORTRAN | インテリ層に大人気のアイドルグループ。 |
| Brainfuck | アイドルの定義を逆手に取った誰も得をしない名ばかりアイドル。 |
| PERL | もともとは活字メディアでの活動を主軸にと結成されたが、現在はネットで活動することが多い。 |
| RUBY | PERLを真似た純国産のアイドルグループ。こちらも最近はネットでの活動が多い。 |
| C | 今も現役で活躍する言わずと知れた国民的アイドル。しかし最近はJAVAなど後進のアイドルたちに仕事を奪われつつある。 |
| C++ | Cのメンバーに加え、あらゆる属性の女の子を集めた超大型アイドルグループ。しかしあまりにマニアックなため、一部のファン以外はついて行けていない。 |
| JAVA | C++の失敗を反省し一部のマニアックな属性を削った正統派アイドルグループ、初心者はJAVAから入ることを進められる。 |
| C# | まっくろ社がJAVAのパクリユニットとして一度デビューさせたが太陽社に訴えられたため名称を変えた。しかし後進だけあり、女の子の質は高いと好評。 |
| GO | 新進気鋭のぐぐるからデビューした新人アイドル、デビュー時は大きな注目を集めたがその後は期待ほど売れていない。 |
| D | 他のアイドル達のいいとこ取りをした最強ユニットのはずが、未だメジャーになりきれないマイナーアイドル。 |
| Objective-C | Cに新たなメンバーを加えたユニット。しかしC++ほどメジャーになれずそのまま消えるかと思われたが、出演した林檎の映画が大ヒットし延命した。 |
| JAVA SCRIPT | 身近がモットーのネットアイドル。あなたも気付いていないだけで、いろいろなところでお世話になっています。 |
| PHP | ネットアイドルとしてデビュー、物珍しさも手伝って人気になったが、女の子が明らかに寄せ集めと批判も多い。 |
| LISP | 81が新人声優を売り込むために作ったスフィアのパクリユニット。おっぱいが大きい。 |
Permalink | トラックバック(11) | 22:47 
http://anond.hatelabo.jp/20100725025127
"どうすればいいか"を教わって、プログラミングが身につく人は多くありません。"なにをやりたいのか"を自分で生み出せないと、詰まってしまうし、なにより楽しくありません。
やりたいことがあれば手段は後からついてきます。これは物作り全般に言えることです。特に学び始めにおいてモチベーションを維持し勢いをつけるのに大事なのは"やりたいことがあるか"、もっと具体的に言うなら"作りたいものは何か"です。これがないと始まりません。それがどうしてもないなら、そういう状況に自分を追い込むのも有効です。仕事でどうしてもやり遂げなければならない状況に追い込まれれば人間 0 からでも身につきます。実際自分がそうでした。
とかく、プログラミングというのは手段さえ知れば、あとはだれがやっても同じ結果が出る生産業だと誤解されがちです。そういう認識で学ぼうとしても楽しくありませんし、本質を掴みにくいので応用が利かなく上達しにくいです。
本質は絵や音楽と同じです。言語を覚えるということは道具の使い方を覚えることでしかありません。音楽の理論や絵筆の使い方を知っているだけで、すぐに素晴らしい音楽や絵ができるでしょうか。殆どの人がそうは思わないはずです。プログラミングもそれと同じです。作りたいものがある人が圧倒的に強いのです。
また、やりたい分野によって向いている言語は違います。
んー、ここまで読んでも｢やりたいことはないけどとりあえず勉強したい｣というなら、すぐに動くものをつくりやすい言語がお勧めかなあ。
Google App Engine で Python をやるとか。 Python のいいところは、明快で作法にあまり迷わなくていいところです。自分がまったく言語やったことない知り合いにすすめるとしたらこれ。
レガシーではないちゃんとした JavaScript (http://www.crockford.com/javascript/ この辺にあるような) もいいです。ブラウザですぐ動きますし、 Firefox 環境なら本格的なデバッガまであります。 JavaScript は非常に誤解の多い言語ですが、悪いものではありません。 お手軽にグラフィカルなものを扱える、結果がわかりやすいので初心者向けです。それでいて、拡張性が高く、プログラミングに必要な概念、ロジックの殆ど再現できる底力も秘めています。
Perl はレガシーな作法がいまだに見受けられる (Perl って CGI のことでしょ的な解説が未だにある) のですが、初めから strict に慣れて、 CPAN にあるようなスタイルを参考にして、初めから OOP に突っ走るなら今からやってもいい言語です。 CPAN 等のリソースの豊富さとコミュニティの広さが強いです。ただ、懐の広さ、できることの多さゆえに初心者向きではないところもあります。
PHP はお勧めしません。理由は適当に検索してください。 PHP5 でかなり良くなりましたが、逆に言えば 4 と 5 では別言語と言っても良いほどです。古い考え方と新しいスタイルがごったになりすぎていて、かつて同じような状況にあった Perl に比べても、洗練されたスタイルを学びにくいと思います。また、ロジックの面白さに感動するような部分が PHP にはちょっと足りないです。
MMORPG やそのエミュレーターの中には、 Lua を使って AI やマクロやイベントスクリプトなどを組めるものがあります。すぐに結果が出て自分の役に立つものが作れるので、既にその手のゲームが趣味ならお勧めです。こうした用途では、自分の望む世界を構築するために嫌でも物事をモデル化して考えるので、自然と OOP 的な考え方やデザインパターンが身につきます。
VB は簡単に GUI アプリケーションが作れるのでやる人が多いですが、癖が強いし応用がききにくいのでお勧めしません。また、公開されているソースコードが少ないことも学ぶには不便です。
Ryby はそれほどやりこんでないのでコメントはしないでおきますが、悪くはないと思います。
C++ は何をすればいいのか？を聞いてる人にはすすめにくいです。作りたいものが明確にあり、ロジックを見つけることで応用が利く人ならほっといても覚えるでしょう。自分は、必要に迫られて身につきましたが・・・
個人的には、作りたいものがあってそれにマッチしてるなら、関数型言語を最初にやったっていいと思います。一度ロジックを掴み取る能力がついてしまえば、第二第三の言語は猛スピードで身につくので。
作ったものを公開して、人に見せたり使わせたりして、レスポンスを得るというのはモチベーションの維持や上達に非常に有効です。むしろ、早く上達したいなら必須と言ってもよいです。プログラミングの場合はこれがおざなりにされがちです。
絵を上達したいなら、 pixiv を薦められますよね。今下手かどうかは関係ない。上手くなりたい人が沢山投稿してる。歌が上手くなりたいなら、人前で歌う事は避けられない。ニコニコ動画などで公開してる人がいるよね。人の作品をみると刺激をうける。これはすごいパワーだってのはわかると思う。
プログラミングだって全く同じです。なのに、プログラミングは引きこもって一人で勉強する人が多すぎる。絵や歌は公開しても人に害を与えないけど、プログラミングはバグやセキュリティホールがあったら人に害をあたえるかもしれない、といった印象が強いのかもしれません。
それでも、もっとコミュニティに参加したり、作ったものを公開することが学び始めのうちから重視されていいのは事実。そういった面から考えると、バグやセキュリティホールが出来にくく、安全で、危険な動作がしようもない実行環境があり、加えて Web に公開しやすい言語が学びはじめに向いています。
こちらも参考にしてみて下さい
http://d.hatena.ne.jp/Hamachiya2/20090721
http://d.hatena.ne.jp/Hamachiya2/20080131
学校に行けば一人で学ぶよりは後押しや出会いがあるかもしれませんが、”やりたいこと””必用なこと””作りたいもの”が無い限り、殆どの人は身につきません。
また、残念なことに講師にも大変当たり外れが多いです。自分は専門学校にいったことはありませんが、講師の知り合いがいるのでよく学生さんの話を聞きます。結局の所、しっかり身につく人は、家に帰っても色々作りたいものを作って公開したり、著名なプログラマ達のブログを読みまくったり、フォーラムに出入りしたり、ML に入ってたり、 twitter で刺激的な知り合いをつくるとかしていて、そういうところでめっちゃ差がつきます。
学校に行くなとまでは言いませんが、学校いかないで身に付ける人は本当に多いし、学校いって身につかない人も本当に多いということは考えて下さい。
ブクマ増えてた！ありがとう。
元増田さんがどの言語をやれば・・という方だったので仕方なくこのような書き方になってしまいましたが、作りたいものが既にある人はあまり”どの言語をやるか”には拘らなくてよいと思います。
そんなことよりも、今必用で/気軽に/すぐ結果がわかることをやるのが、始めてのプログラミングには大事。だから本当は、どの言語をやるかよりも何を作りたいのかを先に見つけてほしい。
目の前の意外なところにプログラミングは生かせます。できるだけ身近な、すぐ効果がわかるところからとりかかった方がプログラミングの楽しさにはやく気付けるはず。
みたいな導入口でもいいんだ。
例えば C++ でのプログラミングを初心者が 0 からやるのは難しいだろうけど、既存のアプリケーションのプラグインなら開発のためのテンプレートや目的に近い作例があってコードも短いからそれを改造するところから始められる。需要があるから楽しいよ。
目の前に実用的な目標があるってのが大事。
Permalink | トラックバック(5) | 04:34 
募集要項
・運営ツールの開発
求める経験
【必須経験】
・C/C++、perl、Ruby、Python、PHPなどを用いたプログラム開発経験
【歓迎経験】
C/C++, Perl, Ruby, Python, PHP全部使ったことあるよ！
PythonとPHPは仕事では使ったことないから微妙だけど。あとC++の言語仕様は完璧には把握できてないけど。
でもC/C++は商用のコンパイラを作るプロジェクトに参加してたこともあるしバッチリだよ。
Rubyは1.6の頃にインタプリタのソース全部読んだりしたけど最近の進化にはついていけてないかも。
【歓迎スキル】
・MySQL、PostgreSQL等のRDBMSに関する知識
このへんも全部あるよバッチリ。
そんなものは求められてないだろうけど、
RDBMSも3Dも仮に一から自分で全部作れと言われても簡単なものなら作れるレベルだよ。
しかし…
まあ、そうだよね最近のプログラマの給与なんてこんなもんだよね…
Permalink | トラックバック(5) | 23:17 
scriptはあくまでメインサイドの言語の保管に過ぎないわけで
javaservlet php なんかのクライアントサイドの補完に使われるに過ぎない。
Permalink | トラックバック(2) | 01:50 
C言語を最初に覚えると、楽は楽だよ。変なクセがつかないから。
全てのC++はCに展開できるし、展開の原理を知っていると、C++でオブジェクト的に組みながら、アセンブラの展開とかを見ながら書いているらチューニングが楽。
メモリの事とかCPUリソースのことを考えずに書かれたプログラムって、チューニングに限界があるから、あとあと苦労する。
そういう意味では、Cから入ると、とっつきにくいが、あとあとまで、ちゃんと生きてくるよ。
今のところの言語のオススメはJavascriptだね。理由は簡単で
１ ブラウザがあれば誰でも試せる
２ ブラウザとの連携で絵や音を使ったサンプルを作れるのでつくっていて楽しい
という点。
さすがに、今時PerlでもRubyでもいいけど、絵や文字ばかりのサンプル作ってもCと同じで楽しくないから初心者向きじゃない
とりあえず、そのへんで楽しんでもらえたら、
プログラムの職人的なチューニングのところが気に入ったのならC/C++に転向すればいいし 机の上で理論や設計を楽しみたいならRubyやJavaをやればいいし
Web系のところが気に入ったのならPHPでもPerlでもいいかもしれない。
大切な事は、プログラムを楽しむこと。プログラムにもいろいろな側面があるので、自分がどういう側面を気に入るのか？というのを早めに掴むこと。
あとは、長く続けられるものを選ぶこと。
まぁ、言語は所詮道具だ。道具の良し悪しを言っても、釣りにバットを持っていくわけにもいかないから、釣りがしたければ釣竿を、野球がしたければバットを選ぶしかないわけで
目的にあった言語を選ぶための最初の言語は、気軽に選べばいいよ。
ただまぁ、Cから始めるのは、古典がいっぱいあるという意味では悪くないよ。でなければ、Javasciriptいいよ。
Permalink | トラックバック(1) | 01:30 
今までSOHOでやっていたWeb制作の事業を法人化することになったので、
使用CMS:不明、まさかのベタHTML？ブログからのRSSのみで更新
使用アクセス解析：独自PHP＋Google Analytics
===所感
たぶん業界最大手の風格。電話番号のゴロあわせがいまいち意味不明。
全体的なデザインとしては流行に左右されない白ベース。おそらくYahooの
リニューアルされた頃に流行った900px周辺のデザインの頃に作られたもの。
仕方ないことだが中年の男性の証明写真みたいな顔が並んでるのでちょっと怖い。
使用CMS:不明、まさかのベタHTML？ブログからのRSSのみで更新
===所感
ランディングページ万歳！といった作り。JQueryの必要性がいまいち見えない。
SEOにかなり力を入れている→その効果もクライアントへのフィードバック。
個人情報保護方針の記載の中の「クッキー」がカタカナなのがかわいい。
使用アクセス解析：Google Analytics、Lapis、mogura。多い。
===所感
ランディングページとコーポレートサイトの中間みたいなデザイン。
というか途中から方針変更したのか？パーツによって質にバラツキ有り。
○総評
他にも色々みてみたけどなんか全体的にあんまりWEBに力を入れてなさそうな
雰囲気。外注先に投げました！納品されました！OK！って感じ。
そういうもんなのかしら。
Permalink | トラックバック(0) | 15:39 
コントローラとアクションについて考えておこうな。つーかindex.php丸出しにするとか正気かｗ
Permalink | トラックバック(0) | 10:28 
なるほど。ただ、ファイル名をView.AccountOK.phpという形にしなくてもファイル構造を
（非公開ディレクトリ）
/template
account_ok.tpl
account_off.tpl
/view
account.php
（公開用ディレクトリ）
/html
としても良いわけだよね？どのテンプレートを読み込むのかは、account.php内で分岐させるとして。
あるいは、index.php?view=account&act=ok みたいに追加パラメータを入れるとか。
俺としては、例えmod_rewriteを使うと言っても
http://test/view/account/username/hogehoge/param1name/value1/param2param/value2
と言うぐらい長くするのは違和感ある。単純にURLがわかりにくいってのがあるし。（開発者側もユーザ側も）
Permalink | トラックバック(1) | 02:13 
正確には
Accountはパラメーター
このあと、おそらくView.phpの処理結果によって表示される内容が異なるはず。
たとえば、認証OKを View.AccountOK.php 認証失敗を View.AccountNG.php
としてテンプレートとして作っておくと
index.phpがView.phpにAccountというパラメータを渡して、View.phpがそのパラメータを処理して認証した結果
認証に失敗したらView.AccountNG.phpを呼び出して
認証が成功したらアカウント名とかのパラメータを伴ってView.AccountOK.phpを呼び出す。
感じ。
他にも View2.phpなどからも呼び出されることを考慮する。
URLなんかは、たとえば
http://test/view/account/username/hogehoge/param1name/value1/param2param/value2
なんかになっていく。
Permalink | トラックバック(1) | 01:41 
