Matzにっき(2008-02-04) - 初心者向けの言語|ソフトウェア開発における初心者
<< 2008/02/ 1 1. [言語] 「ハッカーと画家」の著者が新しいLisp系言語「Arc」を公開 | エンタープライズ | マイコミジャーナル 2. 「セキュリティ、なめんなよ!」 なめねこも一緒に情報セキュリティ強化宣言 | ネット | マイコミジャーナル 3. 「サイオステクノロジーはグルージェントの未来技術に期待し子会社化」：ITpro 2 1. [Ruby] Nimble Method: Garbage Collection is Why Ruby on Rails is Slow: Patches to Improve Performance 5x; Memory Profiling 2. [言語] LuaJIT roadmap 2008 3. [Ruby] What will Matz do? 4. [Ruby] EURUKO 2008 − European Ruby
PHPは定期的にネタにされる-[Z]ZAPAブロ〜グ2.0
PHPがいかに駄目な言語かについてを、「日本発オブジェクト指向スクリプト言語Rubyの作者」まつもとゆきひろさんが客観的にコメントしました。 そのコメントに対して、いろいろと論争が起こっているようです。 流れのまとめと、個人的な思いを書いておきます。 1月26日、PHPがいかに駄目な言語かについてを、「日本発オブジェクト指向スクリプト言語Rubyの作者」まつもとゆきひろさんが客観的にコメントしました。 Attacking PHP PHPがいかに駄目な言語か、という話。 （中略） 特に「PHPは初心者に学びやすい(と言われていることが問題である)」という部分に共感する。 PHPは初心者に簡単かもしれないが、初心者による手を抜いたWebアプリケーションは PHPが作られた当初はともかく、現代では害悪ではないだろうか。 Webアプリケーションをなめるな PHPならではの理由がないわけではないこと
![PHPは定期的にネタにされる-[Z]ZAPAブロ〜グ2.0](https://cdn-ak-scissors.b.st-hatena.com/image/square/6711357ccd06bc65fda86ce3e8da6195e62250f5/height=288;version=1;width=512/https%3A%2F%2Fzapanet.info%2Fzapanet_fav.png)
プログラマの責任 | Kazuho Oku's Weblog （跡地）
前に書いたように、私は情報に有害も有益もないという立場を採っている。これは、技術についても同じこと。もし技術そのものが有害だったり有益だったりしたら、我々はWinny判決をよしとしなければならないことになってしまう。技術者が背負っているのものは、技術の良否に対する責任だけでも充分重い。この上善悪に対する責任まで負えといったらそれは重すぎる。 404 Blog Not Found:技術と品格 法的責任と倫理的道徳的責任をどう考えるか、という点をちゃんと分けて議論してほしいと思った。 基礎技術について「技術は中立だ」と主張するのならわかるけど、ウェブの、ましてやスパムなんてのは、応用技術も応用技術なんじゃないかと。原子力という技術自体の研究は中立だとしても、水爆の起爆装置の研究を行うべきかどうかにおいては、倫理的な問題が絡んでくるんじゃないですか？ ウェブも同じ。たとえば「炎JOY」みたいなサ
PHPを良く知らない人がPHPを語るときは気をつけたほうがいいかもしれない - tetsunosukeのnotebook
まあ、いろいろ思うところがあって。 その１ PHPのソースをブログに貼り付けるためにタグとかを変換するツールをちょいっと作ってみた。 ちなみに、作ってあげた人のコメント欄で、タグの自動変換は＜じゃなくて、<のように実体参照にすべきでは？という意見がありました。 うん。そのとおりだと思う。 ちなみにPHPにはコマンドでそれ相当のことをしてくれるコマンドがある。それはphp.exeそのものなのだが。だからあえていちいち作る必要は、そういう意味ではない。 たとえばこんなコード（temp.php）を、 <?php echo "hello, world"; ?>こんな風にしてくれちゃうわけ。関数のハイライトとかもやってくれる。（ある意味そこがおせっかいなのだが） php.exe -s temp.php <code><span style="color: #000000"> <br />&nbs
楽しむことを思い出そう
実在する，ある開発者の話だ。彼は，およそ10年前に大学を卒業し，とあるシステムハウスに入社した。大学は文系でコンピュータの経験はほとんどなかったが，これからはコンピュータの時代だと思ったからだ。 その会社は，いわゆる派遣型のシステム開発も請け負っており，彼は某金融系企業に出向くことになった。そこで，ホスト・コンピュータを使った営業支援システムの開発/更新チームに組み入れられた。新人研修で約1カ月，みっちりCOBOLプログラミングを仕込まれた後，すぐに現場で働き始めた。 それから約10年。転勤や異動もなく，ずっと同じ派遣先で，COBOLによるシステム開発を続けてきた。ダウンサイジング，オープン化，.NET，Web 2.0といったIT界の動向は，はたで見聞きするだけで，仕事には無縁だった。10年間COBOLだけという自分のキャリアは，今どきのSE/プログラマとしては少数派かもしれないとは思う。
404 Blog Not Found:プログラマーでなくても名前ぐらい覚えておきたいアルゴリズムx10
2007年11月26日18:15 カテゴリMathLightweight Languages プログラマーでなくても名前ぐらい覚えておきたいアルゴリズムx10 ぎくっ あなたが一番好きなアルゴリズムを教えてください。 また、その理由やどんな点が好きなのかも教えてください。 - 人力検索はてな なぜぎくってしているかというと、実はすでにアルゴリズム本の発注を受けているからなのだ。いつまでも伏せておくのもなんなので、ここにえいやっとdiscloseしてしまうことにする。 アルゴリズム大募集! C&R研究所 - トップページ その下書きもかねて、そこでも紹介しないわけに行かないメジャーなアルゴリズムをとりあえず10個紹介しておくことにする。 ユークリッドの互除法(Euclidean algorithm) その昔(数百年ほど前)は「アルゴリズム」といえば、「手順一般」を指すのではなく、この「互除法
それはあなたが管理職だったから - カレーなる辛口Javaな加齢日記
http://japan.cnet.com/blog/itheart/2007/11/20/entry_25001908/ 私に限って言えば・・・35歳定年説は本当だった。というより、プログラムを動かすことより、人を動かすことに魅力を感じてしまったのだから、ずっとプログラマだったらどう思うかというのは残念だがわからない。 要するに，あんたが根っからの管理職で，プログラマじゃなかったってだけでしょ． 「プログラムが大好きなんですよ」 と笑顔で答えてくれたら、きっと喜んでお任せすると思う。けれども、それ以外の答えだったら、たぶん任せない。 「プログラミングより人を動かす方が大好きなんです」なんて言う奴が，プログラマだと言えるわけがないだろ． 一般的には、35歳ぐらいで人月ベースの単価が人件費と合わなくなってくるようだ。また、SEが若手なら年齢が上のプログラマは一緒に仕事がしにくいし、客先の需要
コードに入らずばコーダーを得ず : 404 Blog Not Found
2007年11月21日00:00 カテゴリArt コードに入らずばコーダーを得ず これを見て(38|0x26|046)な俺も書きたくなった。 36歳になって思う「プログラマ35歳定年説」:ITと人間の意外な関係 - CNET Japan プログラマ、SE、マネジメント、経営の一通りを経験してきて、その説の私なりの考えを書いてみたくなった。 久しぶりに「私」でなくて「俺」で書く。 36歳になって思う「プログラマ35歳定年説」:ITと人間の意外な関係 - CNET Japan俺に限って言えば・・・35歳定年説は本当だった。というより、プログラムを動かすことより、人を動かすことに魅力を感じてしまったのだから、ずっとプログラマだったらどう思うかというのは残念だがわからない。 俺は、実のところプログラムを動かすのと同じぐらいかそれ以上に人を動かすのも人に動かされるのも好きだ。 だから、わかる。 プロ
「プログラマ35歳定年説」:ITと人間の意外な関係 - CNET Japan
あるサイトで連載の話を進めていて、そのコンテンツを考えていた。目次を書き出しているときにふと「プログラマ35歳定年説」なるものを思い出した。 プログラマ35歳定年説とは、「プログラマは年齢を重ねて行って、35歳ぐらいになったらSEなりマネジメントなり、次に行かないとオマンマ食べられないよ」というものだ。 「そういえば、自分もそう言われてきたっけ・・・。若いころは「俺たちがシステム作ってんだ！実力があれば絶対に大丈夫。ふざけんな！」と思っていたよなぁ。」 ふと考えれば私は今36歳。その説によれば定年を迎えている年齢だ（笑）。年金はもらえないが・・・。 プログラマ、SE、マネジメント、経営の一通りを経験してきて、その説の私なりの考えを書いてみたくなった。 35歳プログラマ定年説は本当か？・・・私にとって かつては技術力に自信があったし、楽しいプログラマ人生を送ってきた。そんな私だが、今もし誰
The First Language Java - 世界線航跡蔵
gothedistanceさん、 思ったことを形にできる喜びを via 難しい言語 Javaは文法がとにかく複雑で とか言われると遥かに複雑なRubyの立場はないわけだが。Javaはすっきりしてて綺麗だよ。C#みたいに「本物の総称型」を入れてくれたら更に良かった。(いや、これは余談) ただ、はじめてプログラミングを覚える場合、何にしても目に見えるI/Oができないと値を確認したり、変えてみたりできないわけだ。簡単なI/Oするだけでも色々面倒な言語だと、その時点で見るべき物が多すぎて習得前に頭がオーバーフローする可能性が高い。するってーと、「"Hello, World"の短い言語は習得に良い言語」ってーことになるやな。 #!/usr/bin/ruby puts "Hello, World!" 私のFirst languageはN88 BASICだったからやっぱり出力は簡単だった。Javaは長い
難しい言語． - カレーなる辛口Javaな加齢日記
http://d.hatena.ne.jp/gothedistance/20071111/1194715378 最近はどこもかしこも新人教育ではJavaJavaしているのだが、あれは辞めたほうがいい気がする。以前も書いたけど、Javaは文法がとにかく複雑でそれを覚えられない人間はドロップアウトしていく傾向が強かった。相当辛かった。めんどいなぁ、難しいなぁ、何だよdoGetってと思ったものです。 いや，Javaは相当に簡単な言語ですよ．[Javaスクールの危険] これが難しいなんて言ってる人はプログラマーをやめた方がいいかも． 初心者向けの言語：http://d.hatena.ne.jp/JavaBlack/20070804/p1 Java開発者が学んでおくべき３つの言語：http://d.hatena.ne.jp/JavaBlack/20070726/p1 頭の中をとにかくコードに落としや
Hello, world から始まらないプログラミング教育 - 目指せ一人前のプログラマ
"Hello, world." はといえば、やっていることは出力のみで、そのコードだけから「プログラムで何が出来るのか」を予備知識無しでイメージしろ、というのは初めての人にとって困難であるかもしれない。"Hello, world." は「プログラムという世界の全体像」を俯瞰するには、あまりにも盛り込まれた要素が少なすぎるように思える。 最初のプログラムとして "Hello, world." は適切か? - 帰ってきた人生戦闘詳報 在学中にプログラムの師である先生と「Hello, world から始まらないプログラミング教育」について話していたのを思い出した。 先生が提唱していたやり方は、まず最初に典型的なプログラミングのプロセスを一通りやってみせつつ生徒にも同じことをやってもらう、というものだった。段階としては、 1. サンプルコードを書き写す 2. コンパイルエラーをなおす 3. 動かし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
OPC Diary: 「初心者」脱出には抽象化が壁
So-net blog:港区赤坂四畳半社長:スクリプト言語の美学
[wiki] プログラマにおくる英語の冠詞の使い分けの法則 Wiki版
はてなブログ | 無料ブログを作成しよう
プログラミングへの適性とか勉強方法とか - まちゅダイアリー (2007-11-27)
金百利娱乐中心_金百利国际娱乐在线_金百利娱乐网址
はてなブログ | 無料ブログを作成しよう
HTMLの要素をSQLのように取り出せるPHPのライブラリ『htmlSQL』 | IDEA*IDEA
