【Perl】何をやれば「出来る」といえる？【PHP】

1 ：08/02/03 〜 最終レス ：11/02/04

就職・転職などにおいて、PerlやPHPが「出来る」といえるレベルは、
何処までスキルが必要なのか？をみんなで意見を交換し合うためのスレです。
「こういう事が必須だ」というものは、人によって考え方が異なりますので
必ずすれ違いが出てきますが、自信を持って言えるかを客観的に見る
きっかけにはなると思います。

2 ：

> 自信を持って言えるかを客観的に見る
> きっかけにはなると思います。
えらそうだな。お前には教えてやんないｗ

3 ：

まず、ソートが出来るとか、関数の設計が出来るとかは前提として。
PHPの場合は、OOPは必須だと思う。フレームワークを使う場合は、
OOPの理論までを理解していないと、応用性が厳しいと思う。

4 ：

「xx作れ」って言われた時に
・可能である場合に納期を割り出せて
・時間がかかる部分を説明して納得させ
・作って
・デプロイして対価得る事
もしくはそういう役割を担っている先輩の役に立てる事。

5 ：

・できる
入力に対して必要な処理を行って出力できること
・つかえる
一通り把握していて、周りのやり方に文句を言わないこと
・つぎのぷろじぇくとできる
設計に拘り過ぎて違う違うと喚き散らして納期前に徹夜で作り直してエンバグさせる馬鹿

6 ：

やった事の無い言語でも、その仕様を調べて、ライブラリの概要を
１週間程度で掴めるくらいの経験は必須だと思う。
言語ってすぐに変わっていくからね。

7 ：

インストール

8 ：

>>4
SEやPMに近いスキルですよね。
「いつまでに出来るのか？」を的確に答えきれるスキルは必須ですね。
システム構築の経験数はどれくらい必要だと思いますか？

9 ：

名指しかいなw
ウチけっこ曲がってるけど、まあ参考までに。
とりあえず新人にはphpかレガシーASP(VB)でテストDB扱う日報管理システム作らせてみてるよ
DB正規化を考えるアタマがあって、正規化し過ぎない人間であり、かつ
言語はともかく処理を実装できるなら、「とりあえず」使える範疇に
数えて、現場の引き継ぎ担当者に投げます。それ以外は孫請けの採用枠紹介するか、切るかの二択。
自分から積極的に学ぶ奴や、自前の設計でリプレースシステムのデモとかプレゼンしてくる奴は、勤労年数無視してさっさと昇格試験に推薦します。
言語問わず、俺が個人的に「xx言語が出来ます」と言っていいレベルの人物ってこの段階の人だと思う。
トレンド技術に追いついてない人であれ、OOPの理解がヘタってる人であれ、俺の経験した範疇では例外なくそのうち勝手に覚えるタイプだから。
八割は使えんな。OOP以前に、なんでこの業種を志したのか分からん奴ら。
もっぱら選別して辞めさせる仕事なので、胃が痛いところ。
「俺Perlできますよ」とか言われても黙れ青瓢箪、言語云々じゃねえ、と説教する立場。
ただ残りの出来る奴ら見てると本気で慌てるね。
手あかで汚れたHaskell本をデスクに置いてる奴がいたりすると、「俺はいつかこいつに抜かれるな」とか思う。
ってウチみたいな糞フローやってるとこの人間の発言なんて参考にならんと思うわ。申し訳ない。
システム構築ってのが、もしxoopsやら既成アプリ入れて設定できるだけの人を差してたら何百やってても実績には数えませぬ。
拡張モジュール開発したとかなら、一応話は聞いておく方向ですね。
長文ごめんな。
2行にまとめると、経験数とかじゃなく適応能力と学習意欲の問題だと思うですよ。
趣味でなければ。

10 ：

>>9
レスサンクス。
確かに「学ぶ意欲が大事だ」とは良く聞きますね。
専門学校出てて、Perlの正規表現がばりばりな人が、
PHPの話になると、「ちょっと・・・、Perlの仕事ないですかね・・・」
となったりと、「書き方はほとんど同じで、正規表現の書き方が
若干異なるだけなんだから苦労することじゃないでしょ」と思うことも
ありました。
私もこういうところが、４０前で辞めていくかどうかの違いかなと思います。

11 ：

マジレスです。
>>1
>就職・転職などにおいて、PerlやPHPが「出来る」といえるレベル
【制作実績】
面接のときに、今まで作ったことのあるサイト、プログラムのデータを持ってきてくれと言われました。
某セレクトショップのWEBサイトを作ったことがあったので、そのデータを持っていきました。
面接担当者が、実際にWEBサイトとプログラム（PHP）を見てくれました。
実際にプログラムを書ける、WEBサイトを作れる＝「出来る」レベルと言えます。

12 ：

>>8
>手あかで汚れたHaskell本をデスクに置いてる奴がいたりすると、「俺はいつかこいつに抜かれるな」とか思う。
Haskellでプログラムを書くのは簡単だよ？
http://pc11.2ch.net/test/read.cgi/php/1201783642/11-17
>30分あれば、とりあえず今日からアナタもHaskellプログラマーになれる！(・∀・)
不安ならすぐやってみればOK
何だこんなもんか、とすぐ安心できますよｗ
（Haskellが使えるプログラマー＝すごいってのは単なる思い込みでしかない。）

13 ：

>>11
レスありがとうございます。
しかし、「Webサイト」というだけだと、単に文字を追記するだけの
掲示板も含まれてしまいますよね。
さらに具体的にどのようなレベルまで？となるのです。
例えば全部のデータが hidden で渡されていたら、改ざんされてしまうわけです。
設計にはOOPを生かしたものが必須なのかなとか、考えていくと、
言語が出来るとは、どこまでなんだろう。となるのです。

14 ：

「できる」の水準なんて場合次第で千差万別だし、そのレベルでも「十分できる」場合はあるんじゃないかな。
色んなデータを触って行く事になるけど、どんなアプリも基本は掲示板みたいに入力があって、処理して、出力するものだしなあ。
その上でどういう処理を知っているかで「できる」「できない」を決めるのは難しいと思うな。
OOPは一つの目安だと思う。でもその「OOPができる」の水準も千差万別ですな。
OOPである意味っていうと、最低でもカプセル化と継承を活用した設計ってあたりかしら？
設計面で言えば、言語機能として提供されていなくてもそれなりに配慮できる事なので、
>>3さんの言う、OOPで書かれた道具立てを適用していく事ができるか、って水準が無難だと思う。
もちろんOOPできてもソートアルゴリズム判らないと肝心な時に困ったりするし、直でSQL叩けないと困るだろう。
OOPできるプログラマを一概に「できる人」と言える訳でもないw
アルゴリズム理解の最低ラインは、クイックソートをソラで書けるあたりが良く使われてるかな？
古いかも。今だと高階関数への理解あるか聞いた方が時代に合ってるかな。
セキュリティ面はどうだろ。セキュリティにもトレンドあるから一概には言えないよね。
そもそもイントラオンリーなwebツールみたいにセキュリティある程度無視できる用途もあるけど。
この辺はその手の資格持ちか否かが、判断基準としては無難じゃないかな。

15 ：

>>13
面接の時に見せたセレクトショップ（服屋）のWEBサイトは、カタログサイトです。
・PHP＋MySQLで構成
・デザインテンプレートエンジンを使用（デザインとロジックの分離）
・管理画面があって、商品データ（商品名、説明文、画像など）の追加、編集、削除ができる。
・JavaScriptで商品写真の表示を切替える。（サムネイル画像にマウスを乗せると写真が変わる）
・お問合せ用のメールフォームがある。（メール内容はDBに格納される）
・店長ブログとしてMovableTypeを入れた。
・トップページにフラッシュのアニメを入れてある。（Flashアニメは友人に作ってもらった）
というような内容です。
プログラム的には、画像掲示板にさらに機能をつけた感じです。
このプログラムではOOPは特に使ってませんでした。

16 ：

>>13
面接でアピールしたこと
【長所】
・DB（MySQL）を使える。＝SQL文法は理解しており、サブクエリーとかも書ける。
・OOPを理解している。＝Javaの勉強をしていた。PHPのOOP構文、PEARの使い方も分かる。
・デザインテンプレートシステムを使える。＝Smarty等を使える。
・Photoshopを使える。
・DreamWeaverを使える。
・JavaScriptが使える。＝JavaScriptの勉強をしていた。
・CSSを使える。＝CSSの勉強をしていた。
・XMLを使える。＝XMLの勉強をしていた。
【短所】
・WEBサーバ構築の知識がない。＝Linuxはインストールくらいしかしたことがなく、ほとんど触ってなかった。
・フレームワークの知識がない。＝フレームワークを使ったことがなかった。
とかでしょうか。
面接で質問されたときに、即座に答えられた方がいい内容として、
・Shift JISの文字化け対策
・エスケープ（SQLインジェクション対策）
とかがあると思います。

17 ：

WordPressのソースコードを自分なりに解説つけて面接官に渡した。
結構時間かかったけどw
たぶん16みたいなのは派遣会社or給料25万ぐらいの会社しか雇われないと思う。
給料がいい会社、在宅OKの会社に入りたいならそれなりに準備しないときびしいよ。
PHPができる=セキュリティ対策、機能が拡張しやすい、可読性
ぶっちゃけテンプレートエンジンとかPearとかOPPなんて過程の話で
16の内容は派遣会社の営業が書いたスキルシート

18 ：

>>9でいう　「とりあえず」使える範疇　に入れるかどうかじゃないのこのスレの趣旨は
>>17はデキる！
>>16はできる

19 ：

例えば、学校でいう「基礎」と、会社でいう「基礎」の解釈が異なっていたりするのです。
学校では、テストの点数がよくて、「優」が取れれば、その人は「出来る」と評価される
わけですが、その学校のレベルそのものが低い場合は、会社では、「出来ない」と
評価されるわけです。
また、学校で学んだ範囲で、すぐに会社でやる実務で使えなかったりもするので、
面接時に「できる」と自信満々に言って、具体的に話を進めていくと「なんだ、何も
出来ないじゃん」と評価されてしまうこともあるわけです。

20 ：

>>14
> その上でどういう処理を知っているかで「できる」「できない」を決めるのは難しいと思うな。
難しいからこそ、いろんなかたのご意見を聞いてみたいと思ったのです。
あと、このスレでいろんな意見を出し合っていると、勉強をする上での目標設定の
基準としても参考になるかなと思ったのです。
> OOPは一つの目安だと思う。でもその「OOPができる」の水準も千差万別ですな。
そうなんですよね。OOPもカプセル化と継承を使えるレベルでも、十分に出来ると
思えるのですが、それだけだと、フレームワークを自作したりは出来ないわけです。
C++のMFCも、「ここにこう書くんだ」程度の割り切った理解で、出来たりするのですが、
その程度の知識だと、何処まで通用できるのか、と不安になることもあります。

21 ：

>>14
「アルゴリズム理解の最低ラインは、クイックソートをソラでかける事。」
これは、基準としていいですね。
「直でSQLが叩けること」は、データ操作言語のみに絞って良いの
でしょうか？私はデータ定義言語は、書くことが少ないので、都度、
調べてコピペしてますが。
セキュリティー面は、基準を言うのが難しそうですね。
言語とは違う話ですが、いまさら、PHFバグとか言っても、
「何それ？」の世界ですしね。

22 ：

>>15-16
レスありがとうございます。
これだと、実務で使えそうな感じが伝わってきますね。
「作るもの」を目標として考えた場合、PHPやPerlが出来るか
どうかを考えると、時代的にSQLがかける事の他、
JavaScript、CSS、XMLがかけることも合わせて必要だと
思いますが、PhotoShopやDreamWeaverも、合わせて
必須だと思いますか？
このあたりは、Webデザイナーとの分担の役割が関係するかと
思いますが、私はこのあたりが、非常に疎いです。

23 ：

>>17
アドバイスありがとうございます。
WordPressというものは、初めて聞きました。汗
これについて調べてみて、丁度、「PostgreSQLのコードを読んで
改善した事がある」みたいな意味だと解釈しました。
すごいですね。
これだと、本当に誰もが「出来る」と認めるレベルですね。

24 ：

>>18
「できる」と「デキる」は、分かりやすい表現ですね。
こうなると、以下の３つのランクに分けて話を考えるといいかもしれませんね。
ランクＡ（デキる）
GPLのを解読できるクラス。
就職に困らない（？）
ランクＢ（出来る）
すぐに実務につけるクラス。
Webでショッピングが出来るものを一人で作ったなど。
DBやJavaScriptあたりも把握している。
プログラムを中心にやって行きたいのなら、このあたりが必須のレベル
ランク外（出来ない）
学校で「優」を取ってうかれているレベル。
実務では使い物にならない事を本人も理解していない。
くじ運が良ければ技術につけるかもしれないが、
いきなり営業にまわされるかもしれない。

25 ：

>>17
面接に行った会社は採用してくれた。
入った後に分かったことだけど、ちょうどその時スタッフを大量募集していたみたい。
＝振り返って見ると、一定水準を満たしていれば誰でもOKだったのかな？と思っている。
手取りの給料は、だいたいそんなもんだったね。
（残業代とか入れるともう少し多いけど）

26 ：

WordPressのコードを批判する人は大勢いるが改善しようとするひとはいない
文句ばっかいって、つばつけてWordPressのシェアが落ちたとき
だからいっただろって人はランクAだな
仕事で精一杯で必死こいてるやつはランクB
土日は家で寝てるタイプｗ
ＰＨＰで動いているオープンソース関連のコードがなんとか読めると
業務もついていける。
つまり面接でＰＨＰできますということだなぁ

27 ：

>>22
自分の場合は、WEBデザイン→WEBプログラミングという順番で辿ったので
・Photoshop
・DreamWeaver
は、プログラミングを始める前から使えた。
ゼロから始めるなら、
HTML → PHP → SQL → JavaScript（DOM、AJAX） → フレームワーク → CSS → 画像処理ソフト（Photoshop、Illustrator等）
という順番がいいんじゃないですか？
WEBデザイン（CSSとか画像処理ソフトの話）は、後回しで問題ないと思う。
XMLも、必要になったらそのときやる程度でOKだと思います。（RSSとかAPIとか絡みで）

28 ：

設計やコーディングだけじゃなくて、デバッグやテストのやり方／ツールも知っておく必要はあるね。

29 ：

>>25
会社の採用は、実力よりもタイミングというケースもありますからね。
職を探す立場だと結構むずかしいものです。
本当の会社の採用基準は、分からないでしょうが、今は技術的に
勉強不足を感じていないのであれば、それだけの技術は十分に
「できる」基準となると思います。

30 ：

>>26
日々精進が必要なんでしょうね。
早く帰ってから、のんびりしてるとかと、してない、の違いなんでしょうね。
でも、>>9さんが言うように、ランク外の人はこの業界を志望する人の
８割くらいで、ランクＢに入るだけでも結構優秀なのかもしれませんね。

31 ：

>>27
なるほど。Webデザインから来た方だったんですね。
XMLやJavaScriptあたりも、何らかの基準を設けないと
いけなさそうですね。しかし、私は、このあたりの事は
入り口くらいの知識しかないので、その基準を探すところから
学ばなければなりませんね。

32 ：

>>28
「言語の出来るレベル」を考える場合、設計やコーディングの事ばかりに
視点が行ってましたが、デバッグやテストのやり方／ツールというのも
あるのですね。
何かキーワードなどあるのでしょうか。

33 ：

>>32
>デバッグやテストのやり方／ツール
Googleで検索したらたくさんヒットしますよ。
http://www.php-seed.net/blog/archives/33
http://labs.unoh.net/2006/10/php_print_debug.html
↑プロファイリング（変数の中身を調べるとか）用の関数を作っている人は多いみたいですよ。
＝print_r()、var_dump()等をうまく使えば欲しい情報が手に入る。
こういうので足りないときは、ツールを使えばOK
ZendStudio
http://www.zend.co.jp/products/studio/
PHPUnit
http://gihyo.jp/dev/feature/01/php-test/0001
xdebug
http://php.y-110.net/wiki/index.php?%A5%D7%A5%ED%A5%D5%A5%A1%A5%A4%A5%EA%A5%F3%A5%B0%A1%A7xdebug%20%2B%20WinCacheGrind
selenium
http://www.thinkit.co.jp/free/article/0705/2/1/

34 ：

最高の言語？
そりゃ、MASMですよ。
もちろん、バージョン6以降。
型や構造体、フロー制御ディレクティブなどのないアセンブラなんてアセンブラじゃありません。
C言語？　あんな中途半端な言語は使えませんよ。
プログラミング言語といえば、MASM か C++のことでしょ？

35 ：

JavaScriptも必須という意見が出てて、それには同意だけど、
では、具体的に何が書ければ良いといえるかな？
俺、ttp://www.〜　という記述をtextareaにコピペしてボタンを
押したら、<img src="http://www.〜　という文字に変換してくれる
スクリプトなら書いたことがあるんだけどｗ

36 ：

>>35
うちではjQueryとそのプラグイン系を使えれば十分だなー。
検討の上prototype.jsに落ち着いた会社も多いだろうから、それも抑えておくと無難と言えると思う。
html用のjsってwebでは結局難読化止まりなので、資産化しにくい上に
定番技法は定番ライブラリに還元されまくるのよね。
自前でXMLHttpRequest叩きまくる事はなくなった
JSでのクロージャや高階モノに知悉している奴もいるんだけど、
そういった技術を生かせるタスクはいまんところ存在せず。。
ごくフツーなJSONPをできる人間なら、ほとんどの会社で十分なんじゃねーかなぁ。
ただ、うちの場合、外部向けページが「JavaScriptオフでも最低限動作する」前提だから古い考えかもしらん。
JS界隈って勤め人の固定観念を無視して、面白い実装がわらわら出て来る世界でもあるから
自前実装に凝りまくる求人も、ベンチャー方面では当面熱いと思う（これは完全に私見

37 ：

俺の個人的な主観。
Ajaxは、これから主流になるかもしれないけれど、今はまだWeb系では、
Flashのver1や2が出たレベルに相当するんじゃないかなと思う。
一部では、もてはやされるけれど、あくまで一部といった。

38 ：

>>35
とりあえず、Formで独自の機能をつけたボタンを作れるくらいでOKなんじゃないですか？
(1) JavaScriptの基本的な文法を知っている（＝入門書を1冊読む）
↓
(2) JavaScriptのサンプルコードを見て、何をやっているか意味を理解できる
↓
(3) DOM（Document Object Model）の知識、使い方を学ぶ
http://itpro.nikkeibp.co.jp/article/COLUMN/20061206/256222/
↓
(4) PHPとの絡みで言えば、AJAXの知識、使い方を学ぶ
http://www.atmarkit.co.jp/fwcr/rensai/ajax_php01/01.html
↓
(5) prototype.jsのようなJavaScriptライブラリの使い方を学ぶ
http://hori-uchi.com/prototype/Effect.html
（参考サイト）
[翻訳]JavaScript: 世界で最も誤解されたプログラミング言語
http://d.hatena.ne.jp/brazil/20050829/1125321936
（参考書籍）
JavaScript 中級講座
http://www.amazon.co.jp/dp/4774132349/
↓
JavaScript 第5版
http://www.amazon.co.jp/dp/4873113296/
DOM Scripting 標準ガイドブック
http://www.amazon.co.jp/dp/4839922373/

39 ：

>>37
勉強の最初の段階では不要だと思うけど、やっぱPHPの次はFlash関係を押えておいた方が良いでしょうか？
Silverlight（Microsoft） vs Flash/Flex/AIR（Adobe）だと、Flash関連の方をやりたいです。
＝YouTube、ニコニコ動画、Zoomeみたいな動画再生アプリを実装できるようになりたい。
Zoomeを見て「H.264」規格の高画質な動画再生は、人気が出るんじゃないかなーと思いました。
http://www.zoome.jp/
http://ja.wikipedia.org/wiki/H.264

40 ：

あー、動画系かぁ。スレ違い気味かもだけど、丁度おれがやってるw
Flex SDK＋Red5(Flash Media ServerのJavaによるオープンソース実装)が、ライセンスフィー無償で遊び倒せる品物としてはお勧めだなー。すごく手軽なんだよ。ActionScriptの知識は軽く要るんだけどね。
H.264できるか試した事ないんで、見当違いだったらごめん。
AdobeのFMS3も、体験版出たばかりなのでホットだと思うよ。
体験版っていうか、無償で10アカウント接続できるDev版がDL出来る。
製作実績扱いしたい場合は、「色んなコンフィグで、配信量と安定性をどんだけ腐心してどういう成果を出せたか」というサーバーサイドの運用実績になりそう。
flexで.swf吐くアプリ側でいうと……複雑っぽい挙動も妙に簡単なので、逆に評価されないかもw

41 ：

ライセンスフォー

42 ：

フォー

43 ：

>>38
そういう風に必要なスキルを段階的にまとめていくと、分かりやすいですね。
ありがとうございます。サイトなど読んでみます。

44 ：

>>39
Webサイトを作るうえで主流となっている傾向を見てみると、Flashは
標準搭載になりつつあるのでは、と思います。
マウスを合わせると、メニューが出てくるなどするのは、よく見かける
ようになりましたし、プレゼンテーションの効果も高いです。
Webアプリの開発の世界では、DBやJavaScriptほど一緒に使うことは
ないと思いますが、これからはデザイン系の世界では必須だと思います。
Webアプリ系必須：PHP、DB、JavaScript、XML
Webデザイン系必須：PhotoShop、Illustrator、Dreamweaver、Flash
この二つも、はっきりと境界線があるわけではありませんが、
このような感じで、PHPとは方向性が違うものの世界では、必須と
捉えていてよいのでは、と思います。

45 ：

>>40
情報ありがとうございます。
私は動画系をほとんど知らないのでうといので、キーワードをもとに
検索をしてみます。
やはり、そういう動画系の場合は、それ専用のスクリプトの勉強
（ActionScript）も必要となりますが、PHP+DBの世界とは全く別ですよね？
（一緒に連動させてシステム構築などはないですよね？）

46 ：

俺の予想では、Webデザイン系ではFlashも必須であり、
ActionScriptなどを使って、簡単なゲームが作れるくらいにまで
なっていたい。サーバにデータを送る場合は、不正なデータを
はじく処理も必要だ。
（ただ、デザイン系に、プログラムを含めていいのか迷うが、
PHPと連動して使われることはないと思うので、デザイン系に
入れておきます。）

47 ：

>>46
Flashは、
・アニメ（バナー広告、メニュー等） →WEBデザイン
・ActionScript →WEBプログラミング
のスキルに分類されますかね？
PHPでFlash関連の処理をするとき、mingというライブラリを使うこともあるみたいですよ。
ming に一致する日本語のページ 約 525,000 件
↓
PHPとMingで作るFlashサーバー
http://codezine.jp/a/article/aid/706.aspx
Mingの概要とMingで出来ること
http://www.ohnolab.org/~kimoto/flash/ming.html
＝PHPでFlashを使った簡単なアニメ、グラフを表示する場合に利用できるでしょうか？

48 ：

>>44
授業の科目みたいに、必須と選択に分けるなら、こんな感じでしょうか？
Webプログラミング系必須科目：PHP、DB
Webデザイン系必須科目：HTML、Photoshop（Photoshopの代わりにFireworks、GIMP等でもOK？）
Webプログラミング系選択科目：JavaScript、Linux、XML
Webデザイン系選択科目：CSS、Dreamweaver、Illustrator、Flash
・必須科目を削りに削るなら、CSSとJavaScriptは後回しでも、とりあえずWEBページは作れると思います。
・WEBデザインでは、画像パーツくらい作れないWEBページが作れないかも＝Photoshop等
・XMLは必要なときにやればいいくらいで、知らなくても普段は問題ないでしょうか？

49 ：

記事は、セキュリティーに関するものだけど、以下のサイトに、
FlashでWebサーバにアクセスしてゲームをする過程のことが書かれている。
http://www.atmarkit.co.jp/fsecurity/rensai/hoshino05/hoshino02.html
細かいところまで書いてないが、これはPHPやPerlとの連動をして
組むというよりも、ActionScriptでデータのやり取りを設計するっぽい。
「ActionScriptは、Webプログラミングで、必須な会社は必須だろう」
といった分類になるのかな。

50 ：

Flashの位置づけを何処にするのかは難しいですね。
Webデザインの世界にもなってきますし、ゲームプログラミングの世界にもなってきます。
PHPやPerlで組むとなると「Webの業務用アプリ」となり、それを作る場合に必要なのは
どんなスキルか？という考え方で区切ると、このあたりは、今は「スキルがあれば役に
立つかもしれないね。」という位置づけになるかと思います。
もちろん、時代が変わると、このあたりの技術も必須となってくるかもしれません。
今のWebにはFlashが当たり前となってきているので、Webショッピングにおいても
何らかの形でFlashを取り入れていくのが当たり前になるかもしれませんしね。
「時代の流れを読んで、将来的に必要だと思う場合は、勉強しておくといいかも。」
という意味合いで「スキルがあれば役に立つかもしれないね」に分類しておきます。

51 ：

>>48
必須と選択という考え方で分けると分かりやすいかもですね。
選択科目を作る場合は、この中でいくつ以上持ってないとだめだという
ものも決めておいたほうがいいかもですね。
XMLにおいては必須であるかは私も良く分かりません。いろんなアプリが
対応している、といってはいますが、それが必要な場面にあったことは
ありません。
俺の考え
Webプログラミング系
必須
・PHP（OOPを理解している、フレームワークが使える、GPLが読める）
・DB（SQLのデータ操作言語がすぐに書ける。サブクエリーも書ける。）
以下のものは、必須、選択どちらに入れるかを検討中
・JavaScript（調査中）
・CSS（調査中）
・XML（調査中）
・Linux（インストール、設定、ログ確認）
・Flash（アニメを作る。ActionScript）
・PhotoShop（調査中）
・Illustrator（調査中）
・Dreamweaver（調査中）

52 ：

「GPLが読める」って「オープンソースソフトウェアのコードが読める」の間違いじゃないの？w　流れ的にw
もちろんライセンス認識も重要だけどw
CSS - 基本は抑えておくべき
XML - 必要なときに使うだけのものだから、学ぼうとか構えなくていいんじゃないか。
　気になるなら簡単なRSSリーダーでも作ってみておけば十分かと
Photoshop以降のは、プログラマとして必須ではないよね。
現場で急ぎのときにデザイナーに頼まずに自前で画像編集できるかどうか、そういう側面で重宝されるかも。
Gimp/Inkscapeあたりの、無償で用意できる奴の操作方法を抑えておけばいいと思う。
デザイナーにはadobeソフト必須だけど。

53 ：

>>52
レスありがとう。
> 「GPLが読める」って「オープンソースソフトウェアのコードが読める」の間違いじゃないの？w
そうですね。ただ、文面を短くまとめたかっただけですｗ
> CSS - 基本は抑えておくべき
> XML - 必要なときに使うだけのものだから、学ぼうとか構えなくていいんじゃないか。
> 　気になるなら簡単なRSSリーダーでも作ってみておけば十分かと
すぐに実務につけるかを基準と考えた場合、具体的にどこまでかという
考えの場合、CSSは必須で、XMLは選択といったところですかね。
> Photoshop以降のは、プログラマとして必須ではないよね。
> 現場で急ぎのときにデザイナーに頼まずに自前で画像編集できるかどうか、そういう側面で重宝されるかも。
> Gimp/Inkscapeあたりの、無償で用意できる奴の操作方法を抑えておけばいいと思う。
> デザイナーにはadobeソフト必須だけど。
このあたりは、選択（あると便利）という分類になりそうですね。

54 ：

「CSSの基礎」とは何だろう。
例えば「ショッピングサイトが作れる」みたいな具体例を設けないと
いけないね。
>>15
一つ質問ですが、プログラムのソースは何行くらいですか？
5000行とか10000行とかそういう単位でいいです。

55 ：

WEBページのデザイン手法は、「テーブルデザイン」から「CSSデザイン」に移行しつつある。
ブラウザの違いによって、CSSデザインが崩れる場合があるので、まだ完全にはCSSデザインに移行できていない。
「テーブルデザイン」と「CSSデザイン」をミックスした「ハイブリッドデザイン」というのが多いらしい。
●WEBプログラマーでも知っておきたいCSSの知識は、
・ボックスモデル
・CSSによる段組（２列、３列のレイアウト等）
程度の基本的知識でOKだと思う。
●ブラウザ毎の違いを吸収するCSSハックは、かなり細かい話になるので、これは専門のWEBデザイナーに任せてもいいと思う。
ボックス・モデル
http://msugai.fc2web.com/web/CSS/box.html
CSSによる段組（マルチカラム）レイアウト講座
http://www.geocities.jp/multi_column/

56 ：

板違いになるけど、話のついでにCSS入門書をご紹介
CSSって単なる規則だから、ジックリやれば必ず理解できます。
標準Webデザイン講座 スタイルシート
http://www.amazon.co.jp/dp/4798111414/
実践Web Standards Design
http://www.amazon.co.jp/dp/4861671647/

57 ：

>>55-56
情報ありがとう。私は未だにテーブルで区切ってやってるもんなぁ。（＾＾；
CSSについて調べてみるよ。

58 ：

Webアプリの世界は奥が深いな。ま、時間をかけてまとめてみるよ。
とりあえず、ここまでの流れで断定的に言えることは、規模の小さなレベルの
プログラミングだけだったら、「出来ない」に分類されてしまうということ。
実務では、実務レベルを求められるから。
最低でも、１人でショッピングサイトを作れるくらいにはなろう。

59 ：

何をやれば出来るいえる？と聞く奴は
出来ない人間。
なにか動くものを作ったうえで、
そういう疑問を持たなくなったら
出来るといえる。

60 ：

プログラムよりコミュニケーションなどの方が業務では大切になってくる。
使い捨てられたいやつはプログラムだけできたらいいけど。

61 ：

ヒューマンスキル重要だねえ

62 ：

自分は使わず、他人のためだけに作るのなら、必要なスキルでしょうね。

63 ：

>>59
一部同意だけど、一部反対。
例えば、学生は教員も含めて実務とは離れているわけなので、
そこで高い評価をもらったとしても所詮は井の中の蛙である
場合もある。
ま、どんなのが？と聞く暇があったら、プログラムかけよという
意見には賛成だが。

64 ：

>>60
>>61
それは大きいですよね。
「こういうのが欲しい」と思っているものは、大抵書類として
まとめていないものですしね。
そういうのをききとって書類にまとめる作業は最低限必要ですね。

65 ：

>>62
言い換えると、「システムを売る場合」ですね。
自己満足なシステムを作っても、誰も使ってはくれないことでしょう。

66 ：

自分で作って、自分で使えばいいんじゃね？

67 ：

>>66
そういうのは、仕事ではない。

68 ：

>>66
>自分で作って、自分で使えばいいんじゃね？
その上で、さらに他人にも提供して、商売になれば理想的だね。
・自分で使いたいもの、作りたいものを作る＝楽しい！
・それで金が入ってくる＝ラッキー！

69 ：

しかし、現実はどうだろう……
・自分で使いたくない程度の完成度の代物を、
　納期やプロジェクト調整の要請でリリース＝怖い！
・マーケティングや企画の混乱により、
　社会的にどうでもいい物作りに従事させられる＝苦しい……
・サービスがヒットしないのでボーナス出ない＝寂しい……
・売り上げを急かす上司、苛立つ同僚、気がつけば
　誰一人優しい声をかける余裕を失って残業を繰り返す＝（ry

70 ：

自分で使うものを他に提供して喜んでもらえるというのは、
フリーソフトどまりだろうね。
で、うまい具合にフリーソフトで有名になれたら、そこから
起業したり、ソフトのバージョンあげてシェアウェアにしたり
出来るだろうが、これで成功できる例というものは・・・

71 ：

採用する側から言えば、
「○○でここまで出来ます」っていうことは「そこまでしか出来ない」と同義。
そこからどれくらい伸びるかが重要。
例えば、見たことも聞いたこともなく、一度も使う予定のない言語を
「一週間でマスターして俺に教えろ」って言ったらそれができるような、
柔軟性と素直さがあれば即採用！
まぁ、そんな優秀な人間はうちみたいな小さな会社には来ないし、
PGなんかやらなくてもいい人生おくれる。

72 ：

> 「○○でここまで出来ます」っていうことは「そこまでしか出来ない」と同義。
んなわけないｗ

73 ：

>>72
71です。少し日本語が足りなかったかな？
「○○でここまで出来ます」っていうことは、その時点では「そこまでしか出来ない」と同義。
採用されようと思って面接に来る人間は、その技術をアピールしなきゃいけないんだから、
自分の能力を控えめに言う必要はないんじゃない？

74 ：

連続でごめん。ついでに言うなら、
面接時点での「出来る」は、決定的な採用基準にはなりませんよ。
少なくとも俺はそこからどれぐらい伸びるかってのを重視したい。

75 ：

>>71>>73
言いたい事は良く分かる。
面接でアピールする際、「○○が出来ます」程度じゃ弱いっていうのも
理解できる。しかし、「そこから何処まで伸びるか」という部分は
どうやったらアピール出来るだろうか。
「○○は、これだけの期間をかけてマスターしました。」という程度は
弱いような気がするんだけど・・・

76 ：

>>74
「『出来る』だけなら、わざわざ大卒を優先的に雇うことを
考えたりはしない」という言葉を聞いたことがあります。
大学では学問のやり方を学んでいるから、それを考えて
優先するのだと。
だから、採用基準では、実用性の高い専門学校卒よりも
待遇されているのだと。
そういう学歴的なもの意外での、アピールは、どうやったら
良いと思いますか？

77 ：

>>75
確かに難しいよね。スレとは違う方向にいっちゃうけど、結局面接全体に渡っての態度とか、
対応とかで判断するしかない。そこは経営側としても賭けの部分になっちゃう。
だから、目減り分を見越して多めに雇用するとか…。
まぁ、面接担当者が技術者(もしくは技術上がりの人)だった場合のために、
自分の作ったサンプルコードを持っていくのがいいかもね。
人事を任せられるような技術者なら、ソースを見ればどれぐらいのスキルの人間がコードを
書いているかはわかる。
逆に、それがわからんようなやつが人事権を握ってるような会社には行くなw

78 ：

大学でどういう風に学問のやり方を学んでいるかを
説明できればいい。

79 ：

> そういう学歴的なもの意外での、アピールは、どうやったら
> 良いと思いますか？
返事をハキハキすればいいと思います。

80 ：

自分の作品を持っていったら、
ここまでしかできないと思われるんかｗ
いやな世の中だな

81 ：

>>77
レスありがとうございます。
その、「何が出来るかの証拠」だけでなく、面接全体的な態度も
重要視するのでしょうね。
ソースを持ってくるように言ってないのに、持ってきてアピールしたとか。
そういうのも見ると聞いたことがあります。
なにわ金融道の作者が、将来有望であるかは、掃除の仕方に現れやすい
といってたのを思い出しました。

82 ：

>>80
ソースコードを見れば、そこが限界なのか伸びる要素を含んでいるのかはわかますよ。

83 ：

> なにわ金融道の作者が
そういうのはちゃんとした統計をとってない
ただの思い込みだから当てにできない。

84 ：

>>78
言われてみると当たり前のことですが、なるほどなと思いました。
勉強するときは、どういうことを意識してきたとか、そういう勉強に付随する
考え方などを聞かれたら、しっかりと答えきれる準備が必要なのかもしれません。
>>79
なるほど。態度は大事なんですね。

85 ：

この世界、アニヲタだと将来有望であることは間違いない。

86 ：

>>80
その人のソースを見れば、その人の能力が大体見えるという
解釈でいいのではないでしょうか。
例えば、htmlタグ出力でも、metaを入れているかどうかなどで、
その人の技能が見えてきますよね。
>>82
限界なのか、伸びる要素を含んでいるのか、分かるのですか？
それは初めて聞きました。

87 ：

ぶっちゃけ将来有望かどうかなんてのは
わかりようが無い。
だからこそ学歴とかそういう簡単なものを基準にするわけで。
面接官が馬鹿ならいくらこっちがすごい有望であっても理解できない。
要するに何をしたって大差は無い。
面接官との相性。運。ですべてが決まる。
面接官なんて、ちゃんと教育を受けた認定された
面接の専門家ではないのだから。

88 ：

>>83
確かに統計を取った上での話ではありませんでしたが、
普段からいろんなところに気が向いているかの判断となる
という意味合いのもので、その具体例はあてはまらなくとも、
「向上の意識は、行動に現れる」という解釈はあてはまると
思います。

89 ：

> 例えば、htmlタグ出力でも、metaを入れているかどうかなどで、
> その人の技能が見えてきますよね。
「htmlでmeta入れられます」っていうことは、
「meta入れることしか出来ない」と同義らしい。

90 ：

>>87
それも納得いきます。
最初、面接でダメだと評価された人が後々会社で上に上がっていくのも
聞いたことがあります。
内定が取れるかどうかは、おっしゃるとおり運が大きいかと思いますが、
その後上にあがれるかどうかも含めてだと、やはり、何か能力的な
基準があるのでは、と思います。

91 ：

>>85
理由は？
>>89
何をひねくれとるんだｗ

92 ：

掃除のしかたねぇ。
プログラマの三大美徳は、怠惰、短気、傲慢 といわれているからなぁ。
俺なら自動で掃除してくれるロボット使うよｗ

93 ：

>>86
おおざっぱに分けてしまえば、
学校で習ってきた内容のようなきれいなコード > わりと素直な正確なんだなぁ。
　きちんと教えて上げれば、これからも伸びるかな？
なんかよくわからんけど工夫が見受けられるコード > ちょっとヒントをあげれば化けるかも？
なんかよくわからん上に工夫もされてないコード > うーーーーんw
こら、学校の課題を持っていくなよw

94 ：

>>91
世の中にはひねくれた人が多いってこと。
いくらがんばっても、そんながんばり役に立たんと切り捨てたり
ここまでしかできないということだな。と思ったり。

95 ：

まぁ、うちの会社もひねた人間多いよ。
そのひねくれ加減が技術向上に役立つ場合もある。

96 ：

>>93
なるほど。そういう部分が見えてくるのですね。
ありがとうございます。

97 ：

>>94
いわゆる、ラベリングってやつでしょうか。俺ってこの程度だから・・・と
あきらめてしまう考え方。
そういえば、私がいた高校は非常に嫌なところでした。お互い、進路や
学力について深いところまでしつこく聞いては説教をしあうような風潮が
ありました。また、他人の悪いところをみつけると、大声で叫んだりして
見下してあざわらったりしていました。
激しい競争の環境にいると、人間というのはこうなるのかとちょっと
落ち込みました。

98 ：

>>95
ひねくれ加減が技術の向上にとは、どんな感じなのでしょうか？
○○信者みたいなこだわりが、すごい力を発揮するというのは
聞いたことがありますが、そういうのとは違うものですよね？
例えば、「普通だとWindowsでやるだろ」というものを「Linuxで
やり遂げてしまう」とか。

99 ：

>>97
日本人も地に落ちたなぁ…。
ｶﾞﾝｶﾞﾚ

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 削除依頼 ▲
・　次のスレ
3時間でなんか作るスレ
Wiki系とWikiEngineについて語るスレ Part5
アンドロイドは電気羊の夢を見るか？
PHP5 デザインパターン