  |
はてなキーワード: 統合開発環境とは
プログラミングは道具というのは事実。ネジや木や鉄やそれを組み立てる道具みたいなもので目標が無いと上達するのは難しい。気づいてないかもしれないけど学校の教科書は何百年という単位で頭の良い大人が作り出した教育方法で、プログラミングを自習する場合は自分で目標を作らないといけない。例えば理想の目標があったとして、それを１００とすると天才でもない限り簡単には作れない。しかし１０の別の目標を達成して次に２０の目標と順に達成すれば５０くらいの時には１００までの距離が分かり、その目標に突き進むか、諦めるか、別の目標を目指すかがはっきり分かるようになる。ひとまず簡単に出来るものを５個作るといいよ。
次にプログラミング言語とその環境の探し方を知らなければいけない。良くないものを選ぶといきなり挫折する。環境設定の話が出ているのでたぶん問題ないと思う。ただ個人的な感想では言語を探している時点で疲れて投げ出してしまうという事が多かった。重要なポイントとしては
１ゲームが作れるから最低でも２Dのグラフィックが描ける言語、３Dか物理演算があるとさらによい。
２ヘルプの付いた統合開発環境が良い。でも、これだと選択枠が限られる。
３日本語が使える言語だと幅が広がる。表面的には日本語が使えても、言語内部では違うために変換に苦労する。
４誰も使わなくてもアウトプットが出来る環境だとモチベーションが上がる。
５プログラミングの中核は同じなので言語を変えても無駄になるものは無い。
６プログラミングにはまっても一日３０分は最低でも運動する。学校や買い物の行き来でも問題ない。
ちょっと癖が有るけどHSPとかかな、RubyはWindowsでスタンドアローン動くしWebでも動く、スマートフォンに興味あるならiOSかAndroidの開発環境もありかもiOSは知らないけど、Androidの方はクレジットが無くてもデビットカードが有ればアプリを登録できたはず。プロバイダの無料のホームページ枠があると思うけど、無いならレンタルサーバーを月100円のでいいので借りてみて、簡単なホームページを立ち上げて見るのをおススメする。
書いている人が20歳以下だと思って書かせてもらうけど、
どの業界で働きたいのか、働いた時の自分を想像すると手が動かしやすいかなーと。
たとえばロボットだったり自動車だったり飛行機だったり、機械の中の制御部分をプログラミングでやりたいのであれば
CやC++、Web系でサービス開発がしたいなら…というように。ここは将来何がやりたいかを考えたほうが思いつきやすい。
例として、インターネットでサービスを展開している企業で働いている自分を想像する。リーダーから与えられたタスクを消化するため
Git/GitHubを使って進捗管理、統合開発環境・テキストエディタを立ち上げ、□□言語で書かれた○○の部分を弄る。実際に本番環境で立ち上がるか云々…。
□□や○○の部分はまだ分からないかもしれないけど、Git/GitHubや統合開発環境、テキストエディタはプログラミングする時に必要なので
ここは極めても良いはず。だから勉強する題材になる。もし、既にこの□□言語の部分が具体的に出てきて、Web系で働くんだという気持ちがあるならその言語を極めれば良い。
ちなみに、文章から文字列を抽出したい場合、正規表現についても知っておくと武器になるぞ。正規表現を扱いやすいプログラミング言語についても調べてみると良いと思う。
そこそこの企業の特にWeb系で渡り歩いた経験から、真実を書こう。
はっきり言う、ほとんどのプログラマと自称する人間の 9 割はコーダーである。
言われたものを作る事はできるが、それ以外何も出来ないと言って過言ではなく、何もしない。
そんな驚きの生体をここに晒していく。
標準化と呼ばれるプロセスで、プログラマが環境の設計、組み合わせ、開発プラットフォームのセットアップ、開発環境の構築手順作成、開発手順の作成、必要な技術の考察を行う。
なぜそうなったのかは知らないが、一般的にそうなっている。
その環境に浸っているせいか、彼らはゼロベースでものを作ることが出来ない。
彼らにできるのは HelloWorld をコマンドプロンプトで表示するプログラム程度の事しか出来ない。
複数ソースの連結、ライブラリの読み込み、サーバへのデプロイ、どれも手動で出来ないのだ。
逆にそれ以外のこと、コードの読みやすさや、クローン率の低減、メソッドコメントの記載などの保守に関わることをしない。
それは彼らにとって「必要ない無駄な作業」としか考えないのだ。
早く仕上げるためなら、似たような動いてる箇所から、よく読みもせずにコピペを行う。
そして彼らは、作るより運用する期間の方が遥かに長くて、その間に修正で地獄を見るという簡単な論理に気づかない。
…何度味わっても気づかない。
たとえするとしても、業務時間中に業務で使ってる技術をピンポイントで学習するだけだ。
だが、プログラマと呼ばれる人間の母数に比べれば微々たるものだ。
彼らは言う「土日にまで仕事してられるか」「勉強会行ってるの？馬鹿か？」
あえて言おう、馬鹿は彼らだ。
Web で仕事をするならIDE（統合開発環境、エディタやコンパイル、テストやデバッグ実行などを画面から行えるツール）はほとんど必須（エディタで済ませる事も出来なくはない）が、彼らは状況に応じたセットアップができない。
たとえば「Maven（プロジェクト管理ツール）、checkstyle（コーディング規約チェック）、editorconfig（改行、インデント、文字コード設定）」が入っていたとする。
するとEclipseなどを使うとして
マニュアルやチュートリアルを用意しないと、道具の使用もままならない。
テストをなるべく機械にやらせようということの利点が理解できない。
そのために、何十回もコンパイル、デプロイ、アクセス、ログインの手順を何度も繰り返す。
関連する他の修正を行うたびに繰り返す…。
そしてやっと動くとひと仕事終えたと満足感に浸る。
ラリー・ウォールというとある有名な人物（Perl開発者にしてC言語ハッカー）がいる。
これは、自分の作るものは完璧なのだ、だから完璧であるように出来る限りのことをするという美徳である。
彼らは金のために嫌々動くだけのものを作るのだ、動きさえすれば報酬は変わらない、よって当然完璧かどうかなどどうでもいい。
同じ金でより良いものを作るのではない、要件だけ満たせばよいのだ。
変なプライドを持つコーダーは、それで運良く成功すると、自分の知識は正しい、自分の技術は十分なのだと考えている。
こういう人間は、プライドの無いコーダーよりたちが悪く、うまくいかないと他人か環境のせいにする。
そして調べず周囲を苛立たせるのだ。
土日に自ら勉強会に行くプログラマや、それこそ 50 人以下などという会社であればこうした事はあまりない（んじゃないかと思う。）彼らは自分でなんでもやらないといけないからだ。
だが、大企業に飼われる子飼いの企業、派遣（そもそも人手のみを求められる企業）、100人以上の企業では、役割分担に伴いこうした状況が多々発生する。
だが役10年、エンジニアを見てきた結果は変わらない。現実問題こうなのだ、こんな人間が大多数なのだ。
人の多い企業ほど考えたほうがいい、それでより良いものが生まれるのかと。
必要とされる技術だけを叩き込んで金にしたいと言うのは分からなくないが、基本姿勢や思想はどうなんだと。
経営者よマネージャーよ、あなた方の言う「最適化」とは現場が日々考え行っている最適化か？人員最適化だけを行って、生産性が伸び悩んでいないか？
そのあたりは考えた方がいい。
(Qiitaのほうに2019年版があるので今はそちらを…。こちらは2015年版な感じです。)
Vimの外でもVim風の操作ができたりするのは彼らのおかげだ。
デフォルト、オプション、プラグイン、アドオン、様々な手段で提供されている。
Vimを使っている人でも使うかどうかは人それぞれだし、
どの程度Vimを再現できているのかも実装によってまちまちなのだが、
なんだかんだで有名どころのテキストエディタや統合開発環境では何らかの形で提供されることが多くなったように思う。
(一覧に無いものは私が知らないか忘れているだけなので、実際にはまだあると思う)
| 統合開発環境 | 名称 |
|---|---|
| Visual Studio | VsVim |
| Xcode | XVim |
| Eclipse | Vrapper |
| NetBeans | jVi |
| IntelliJ IDEA | IdeaVim |
| MonoDevelop | Vi Mode |
| Qt Creator | FakeVim |
| テキストエディタ | 名称 |
| Emacs | VIP |
| Emacs | Viper |
| Emacs | Evil |
| Atom | Vim mode |
| Atom | vim-mode-plus |
| Sublime Text | Vintage |
| Sublime Text | Vintageous |
| Brackets | vimderbar |
| Visual Studio Code | Vim |
| Light Table | Vim |
| ブラウザ | 名称 |
|---|---|
| Firefox | Vimperator |
| Firefox | VimFx |
| Firefox | Vimium |
| Chrome | Vimium |
| Chrome | Vrome |
| Chrome | Vichrome |
| Chrome | cVim |
| Opera | VimOperate |
| Opera | wasavi |
| Safari | sVim |
| Safari | vimari |
いくつかのコマンドでも。
| コマンド | 分類 |
|---|---|
| bash | シェル |
| zsh | シェル |
| ksh | シェル |
| tcsh | シェル |
| yash | シェル |
| tig | gitインターフェース |
| less | ページャー |
| cgdb | デバッガ |
| LuaKit | Webブラウザ |
| 名称 | 操作 |
|---|---|
| jkで前後の項目に移動 | |
| TweetDeck | jkで前後の項目に移動 |
| jkで前後の項目に移動 | |
| Google+ | jkで前後の項目に移動 |
| Tumblr | jkで前後の項目に移動 |
| GitHub | jkで前後の項目に移動 |
| jkで前後の項目に移動 | |
| Pixiv(複数投稿) | jkで前後の絵に移動 |
| ニコニコ静画(漫画) | jkでスクロール |
| ニコニコ静画(電子書籍) | hjklで前後のページに移動(wasdでも可) |
| はてなブックマーク | jkで前後の項目に移動 |
ゲームも。
| 名称 | 操作 |
|---|---|
| nethack | hjklで上下左右に移動(yubnで斜め移動) |
＞ viのhjklは先行する何かの影響で実装された記憶があるので、操作が共通だからというだけで「viを忍ばせる」というのは言い過ぎではないかという気がする
＞ まして「vimを忍ばせる」というのは、ちょっとその、まあなんというか…
確かにVimではなくviの模倣だったりして無理があった…。hjklの大元を辿るとどこに辿り着くんだろう(ビル・ジョイの使っていたキーボードとは別？)
開発するにあたりAmazon絡みの検索をしてる時にこの記事にたどり着き、10年近く運営しているサイトと同じくらいのはてブが一日で着くのを見て、やってきました。
コミック、小説、作者別に新刊・新作をメールにてお知らせ【ベルアラート】
ベルアラートは商品の発売日をメールで受け取ることを目的に開発しました。
機能的には、コミックだけではなく小説や専門誌を含むあらゆる書籍、DVD、ゲーム、家電の発売日もカバーをしていますが、ランディングページを作るのにあたりメーカー名などを調べ尽くすのが大変だと思いコミックに特化したサイトの構成にしています。
・ コミック、小説など書籍の予約開始日と発売日をメールで知らせます。
・ 出版社、タイトル名、著者を調べ回らなくても良いように雑誌一覧や連載中のタイトル一覧、著者一覧をランディングページとして作成しました。
自身は週刊少年ジャンプなど少数の雑誌を毎週購入して読んでいたので、あまりコミックを購入しないのですが、雑誌を読まずにコミックを購入している友人と本屋に行った時に出版社や連載誌によって発売日がまちまち 休載などがあったりでタイトル数が増えると発売日把握が面倒だと感じたから作ってみようと思いました。
まぁ、その時にしっかり似たようなツールが無いかしっかり探せばよかったのですが、なんとなく漫画に絡んでみたかったのもあって、きちんと探さなかったです。
・当初想定していた最低限の機能の開発に２週間
・それをいじくり回して機能追加、修正を行うこと２週間
・バグ取りを行いつつ公開準備で１週間
Phpstorm：PHP用のIDEとしては評判が良いので、今回の開発から利用開始。今まで秀丸やSublimetextなどのテキストエディタメインで開発してたけど、統合開発環境のありがたみを実感。
PHPに特化してるだけあって、痒いところに手が届く感が素晴らしい。
ちなみに、Phpstormは日本語ローカライズされてないので隅から隅まで英語でびっしり。
TwitterBootstrap：今回初めてCSSフレームワークを利用してみた。導入するだけでデザインがそれっぽくなるのは◎。またレスポンシブデザインも簡単に対応できるので、スマホとPCの両方で使用することを前提にしたサイトを作るならすごくお手軽。
ただ、JQueryUIや部分的なハックを用いる際の競合には悩まされた．．．。
Vagrant＋Chef-solo：使ってみた。便利だった。ホストとゲストOS間の共有ディレクトリも簡単に設定できて、いやー、これで開発環境の仮想サーバをバンバン建てられるわー。
今回の案件で便利だったというより、今後の開発全般に対してメリットが大きい。
連載中のタイトルなんて、そんなにたいした数無いだろうし、まずはコミックのタイトル一覧を作ろうと思いExcelファイルにまとめていきましたが、執筆時点で雑誌数86、タイトル数2012に達し連載中の数にびっくり。舐めてましたまだまだ増えそう・・
・ タイトル数がめちゃくちゃ多い
・ タイトルの読み方が解らない(菩提樹寮のアリア → リンデンホールのアリア）
・ 正式タイトルとコミックにする時の名前が違う(ソードガイ 装刀凱 → ソードガイ)
・ 原作、作画、プロデューサー、シナリオライターとかの名前を全て拾うとAmazonで抜け落ちてる場合がある
・ 新連載と連載終了の情報がつかみにくい。（特に打ち切りはひっそり終わってることが）
・ Amazon側で姓名の入力が一緒になっている著者と別れている著者がいるので著者によって姓名の間にスペースを入れる入れないでHitしたりしなかったりする
（蒐集奇譚イットは座紀光倫を著者に入れるとHitせず座紀 光倫だとHitする)
・ 困ったことに2巻と3巻など巻によって著者の姓名が別れたり別れなかったり
検索ページで全てのアラート登録ができますがコミックに関しては連載中タイトル一覧か雑誌一覧から目的のタイトルのランディングページに行き緑色のボタン「◯◯」の発売日の通知を受け取るを押してメールアドレスを入力すれば目的の商品のアラートが受け取れます。
人気のタイトルは関連書籍が多数でるので、検索ページでアラート設定する場合は、タイトル、著者、ジャンルを指定しないと意図しない通知も来ます。
専門誌とかであれば単純にキーワードに「wordpress」などと入力して設定してもいいかもしれません。
冒頭に書いた通り書籍以外も設定可能なので例えば「コーエーの信長の野望」の新作発売日を知りたいのであれば、検索のTVゲーム欄にタイトルを信長の野望、メーカーをコーエーテクモゲームスにすればアラートを受け取れます。
登録されたアラートのメールドメインを見ると思っていた以上に携帯アドレスの登録が多く、スマホアプリを9月中にリリースしたいと思っています。
このベルアラートは貴方が所有しているAmazon アフィリエイトIDを入力すれば、ベルアラートからの発リンク、発売日や予約開始日のメール通知が全て貴方のアフィリエイトIDリンクになりますので、貴方のサービスとして利用可能です。
リンクする際にはURLの?aid=aaaa-22としてリンクして下さい。(aaaa-22部分は貴方のアソシエイトID）
今後、楽天や他のプラットフォーム対応時には追加して頂くパラメーターが増える可能性があるのと貴方のサイトから登録されたアラート数やタイトル（登録メアドは非公開）などの実績把握のためにも、ユーザー登録して頂いた方がアソシエイトIDなどをまとめて入力できるので紹介リンクを変更せずにすみます。（ログインした状態でこのページにアクセスして下さい。)
ご紹介頂ければ幸いです。
最近、前からずっとあるのかもしれないが、ビギナープログラマへ向けた教訓めいたエントリなどを
よく見かける。
やれフレームワークから始めるなだとか、なんとかかんとかというものだ。
同時に、これは昔から変わらないが、プログラムを勉強したいけどどうしたら良いのかというような
質問などもよく見かける。
こういった数多のやり取りを見ていて、自身もプログラマとしての一面をもつ限りは
頑張っての一声もかけてやりたいと思うし、辛辣な内容のエントリに頷くこともあれば苦い顔をすることもある。
自分がプログラムの勉強を始めた当時は、プログラマを目指す者にとってはイバラの道だったと思う。
はいはい、懐古厨おつと言われてしまいそうだが、実際そうだったのだ。
まずなんたって、パソコンを手に入れるのが容易でない。
当時PC-9821全盛期であったが、１台４０万くらいはした。
容量1.2MBしかないフロッピーにしこしこデータを保存していた。
そしてパソコンを手に入れたとしても、情報を調べる手段というのが確立されていない。
今でこそ、ブラウザを開いてGoogleで検索すれば、どんな情報だって手に入る。
ブロードバンドという言葉がまだなかった頃は、そうではなかった。
インターネットへ接続するのも、お金持ちの家はISDNだが、自分の家はモデムでピーがが～とつないでいた。
そのため、当時はWebサイトのページ容量は画像も含めて数キロバイト以内に収めましょうという
慣習があったように思う。
NTTのテレホーダイというサービスがあり、夜１１時から朝の７時までは
特定の番号にかけ続けても一定料金でかけられるサービスがあり、みなそれを
利用していた。自然とパソコンを利用する人々の活動タイミングは夜間となった。
当時はまだGoogleがなかった。
なにより検索で情報にたどり着くということはほとんど概念としてなかったんじゃないかと思う。
Yahoo!が用意したカテゴリを元に、登録されたWebサイトへアクセスし、
サイトからのリンクで新しいサイトを発見するという、本当のインターネットサーフィンを
IntetnetExplorerはまだバージョン３くらいで、脆弱性がありまくり、危険なサイトへ
一番陰気な雰囲気を持っていたんじゃないでしょうか。
NetscapeNavigator（今のFirefoxの前身）が人気を博していた時代の話である。
さて、情報にアクセスできたとして、次に問題になるのは開発環境の話である。
昔の昔、基本ソフトがBASICだった時代は、パソコンを起ち上げるとBASIC言語を使って
プログラミングが出来たが、Windows95はそうではなかった。
開発環境、そしてコンパイラをまず準備できないと、そもそもプログラムの勉強が難しかった。
当時からMicrosoftの統合開発環境として、VisualStudioが存在したが、よほどの金持ちでないと
買えない値段がした。
そこで、LSI-C試食版であるとか、Borlandの無料開発環境であるとか、N-88互換BASICなどの
無料開発環境を探しだして、しこしことコマンドライン上で動く基本動作だけを勉強したものなのだ。
自マシン上に、Apache+PHP+MySQLをインストールする、なんて手法は夢のまた夢だった。
Webプログラムを勉強するには、自分でLinuxサーバーを起ち上げるか、CGIが利用できる
CGIで利用できる言語も、CかPerlかくらいしかなかった。
JavaScriptもまだまだ発展途上で、今のようにあれこれと使えるようになるのは
まだまだ数年先の話だった。
それが今やどうだろう。
パソコンも一家に１台あるだろう。それどころか職場の自分の机の上にも１台あるだろうし、
学校にいってもいくらでも使えるだろう。
開発環境なんて、よりどりみどり。メモ帳ソフトがあれば、もう勉強を始めることができる。
Windows上で動くアプリだって、VisualStudioが無料で手に入る。
それで敷居が高ければ、Excelを使ってもいい。VBAを使えば、Windowsアプリの勉強もできるだろう。
これだけ情報も溢れ、環境もどれを選ぶか難しいほどの状態になってしまっているのだ。
もはや、プログラムを勉強するには、必要以上のものが用意されている環境にあるといっても過言ではない。
がんばってください。
ますだでリリース報告すると、いいことあるかもよと聞いて、やってきました。
あまけんβ- アマゾン商品の検索をいい感じに使えるサービスを開発中。
「あまけん」はアマゾン商品の検索をいい感じにできるサービスを目標に開発しました。
「あまけん」ではアマゾン商品の検索後、レビュー数などによる並び替えや、星の数でのフィルタリング、画像や簡易表示など表示モードの切り替えが可能です。
また検索後の並び替えなどでは、非常に高速に動作するため、商品の比較などに向いていると思います。
ますだ報告デフォルト(?)の、開発の流れや開発環境を簡単に。
検索後、お好みの星の数でフィルタリングした上で、レビュー数や売上ランキング順で並び替えて商品を比較するのがお勧めです。特にレビュー数は本家サイトにない指標なので、おすすめです。
表示モードは情報量と一覧性のバランスのいい”簡易”モードがお勧めです。お好みに合わせて、情報量の多い”詳細”モードや一覧性が高い”画像モードの使い分けも可能です。
アマゾン内で検索する前や後に併用して、あまけんの高速性を活かして、商品比較用にといった活用もおすすめです。
お気に入り登録機能など、様子を見ながら機能追加や改修などのアップデートを行っていきたいと思います。
秘密のブックマーク、略して「秘ブ」というソーシャルブックマークサービスを作ってみました。
今は風俗嬢やってるんですが、（悲しいことに）時間があったっていうのと、
秘ブ.jp
（アダルト専用のソーシャルブックマークサービス）
http://anond.hatelabo.jp/20101203150748
・Rails3 と jQuery で、真面目にオシャレなエロサイトをつくってみました
私は、早く自立できるようにと高専を出て、田舎から東京に移り住み、事務として働いていた。
この時点ではエクセルとかワードとかは使える、マクロもちょっと組める程度のレベル。
自立したかったのは父親が生活費をパチンコとか女に溶かすような輩だったため。
私が自立したあと、両親は無事離婚。激務で薄給、母親と離れて暮らして寂しくても頑張っていた。
鬱病はつらい。何が辛いって、本人も辛いんだろうけど、荒んだ部屋の中で横になって息を潜めている母親の姿を見るのがきつい。
いつでも母親の側に駆けつけることができるように、お金と時間に余裕が欲しかった。
でもねー、全く稼げないｗｗｗ 笑っちゃうくらい。
大衆店にいるんだけど、女の子もお店も多くて、私より若くて可愛い子がわんさかいる。
お客さんがつかないと収入０なんだよね。
店長やお店のお姉さんがマットや椅子を覚えな、ってアドバイスはくれるんだけど、
その頃教えてくれる先生がたまたまいなかった。（今は別の店に修行にいったからバッチリできるけど）
仕方ないからようつべとか動画サイトでソープのお仕事系の作品を見まくったわけ。
（余談ですがマ◯ティ夫人ってお店のマット技一覧のページはすごいよ！）
お客さんつかないから時間がすんごいあって、待機室でずーっと見てた。
で、マットの動画とか、ボディ洗いの動画探すんだけど、なかなか見つからない。
で、そんなことをしてるうちに思ったんだけど、エロサイトやエロ動画、
果てはマニアックな趣味の情報を共有できるサイトがあったら便利じゃないかな？と。
数少なく接客したお客さんで、わざわざブーツ持参で、顔面を踏みつけてくれ、って人がいたんだけど、
でも日本中を探したら、同じ趣味や、近い嗜好の人がいるんじゃないかな？って。
時間は私自身が病むほどあるし、そんなわけで制作に取り組みました、秘密のソーシャルブックマーク、
略して「秘ブ」（「秘部」とかけてあったり）
吉原の泡姫たちは、タクシー通勤する人が多いんだけど、私は三ノ輪の駅から歩いて通ってた。
元彼に借りたプログラムの本などどっさり持って。めっちゃ重いｗ
待機室でひたすら落ち込みながら金勘定するより、母親の心配をするより、何か生産的なことを考えていたかったんだよね。
この一年でかなり勉強して、ようやく公開できるレベルに達したかなとおもいます。
みんなが来てくれるかはわかんないけど、まあ来てほしいなと思う。
さて、湿っぽい話はここらへんにして、どうやって作っていったかを話しましょう。
・Semantic Scuttle
http://semanticscuttle.sourceforge.net/
・HeartRails Capture
http://capture.heartrails.com/
・Twitter Bootstrap
http://twitter.github.com/bootstrap/
・Bootswatch
サイトの構成なんかも書こうと思ったけど、セキュリティ的に良くないって聞いたし、
はてな民のみなさんに突っつかれるのが怖いので少しだけ(^_^;)
まあ違う意味で突っつかれるのは慣れてるんだけどｗ
簡単に書いとくと、HTML、CSS、PHP、MySql、javascriptくらい…なのかな？
Semantic Scuttleが裏でやってることはあまり詳しく分からないです。
どうやらまずはHTMLとCSSをやれということらしいので、そこから始めた。
使ったのはこれ。
メモ帳で簡単なWebページを作りながらだと結構スッと頭に入ってくる。
逆に言うと、読んでるだけだと全然あとで思い出せない。
「Ctrl+U」でページのソースを一発で見れることを知り、参考のために色んなサイトのソースを見まくった。
全部頭に入ったわけじゃないけど、ここまでで最低限、検索ワードが思いつくぐらいにはなる。
ここまでで大体一ヶ月くらい。
もちろんHTMLとCSSだけではてブ的なものが作れるわけはない。
っていうかほぼ路頭に迷った感じで「はてブ的なものを作る方法」をググりまくった。
結果「Semantic Scuttle」なるものでそれに近いサービスを作れることが判明。
「Semantic Scuttle」を調べてみると、どうやらPHPとMySQLで動いているらしい。
でもダウンロードしてみて中身を覗いてみても何が何やらさっぱり。
とりあえず2つ一緒に覚えられそうだと思って元彼にこの本を借りてきた。
XAMPPのインストールをして、PHP書いて、MySQLと接続して…
ふむふむ、書いてあるとおりに作ったのは作ったけど、あんまりわからん。というのが感想。
ちなみにPHPを書き始めるのにあたって、eclipseという統合開発環境（意味がいまいちわかってないけど）を紹介され、インストール。
コード書きやすすぎ、色分け便利すぎワロタｗｗｗと思ったのを覚えている。
設定はめんどくさかったけどね。
eclipseについて詳しくは→http://www.javadrive.jp/eclipse3/
しかたない、まずはPHPだけでも頑張るかと思い、次に借りたのがこの本。
ひと通りサーッと読んで大体どんなことが書いてあるのかを頭に入れてから、
必要そうなところを詳しく読んで作ってみてっていうやり方をした。
MySQLのことにも触れてあるので、そっちの復習もできた。
クラスについても薄らぼんやりわかってきて、動くものを作れるレベルには上達。
この辺りは、サボったり迷ったり環境整えたりで2ヶ月くらいかかったかな。
さて、これでいけるだろうと意気込んで長らく保存しておいたSemantic Scuttleのソースコードを見る。
…わからん。
挫折。。
どうすればいいのってことで、元彼にヘルプ。
「MVCってのがあって、モデルとビューとコントロールってのが多分…」
「とりあえずindex.phpから見て行ったらいいんじゃないかな？」
ふーん。今でもMVCとかってのはほとんど理解してないけど、最後のは役に立った。
ファイル名やら関数名でプロジェクト内を検索しまくって、大体の構造を把握。
と簡単に書いてみたものの、この作業には2ヶ月ほど費やした。
構造はなんとなくわかったものの、実際触ってみると動かなくなるケースが多数。
ひと通りの勉強は一応したけど、実地のカスタマイズは非常に難しい。
他に使ってる人おらんのかなと思い探してみるとこんなものが。
・ソーシャルブックマークソフトScuttleの強化版Semantic Scuttleを導入してみる
http://tukaikta.blog135.fc2.com/blog-entry-70.html
ありがたくカスタマイズに利用させてもらう。ホント感謝しまくりです。
でも上のURLに書いてあること以外にもカスタマイズしたいところがあった。
１．ブクマ数を記録したい
１はだいぶ考えたんだけど、DBをちょっといじくって、フィールドを追加してそこに記録することにした。
２はPHPとDBをあれこれして、ド汚いコードながらも根性で実装。
３で再びの挫折。なぜならjavascriptを使わなければならないことが判明したから。
まだ勉強しなきゃいけないのか…とは思ったが、初心を思い出し、頑張ることを決意。
おらあああ！なんかjavascriptの本貸せやぁああああ！と丁寧に元彼に頼んでみたところこの本が手に入った。
JavaScript 第5版
うん、馬鹿じゃないの。こんなん理解できないよ。こっちは時間がないんだよ！
もう一冊なんか初心者向けを貸せ！
マンガでわかるJavaScript
読了したあと、ネットと前者の書籍で必要なところだけ調べることにした。
で、調べていったところ、４については
scriptタグでtypeを"text/javascript"にしてもPHPを読み込めるということがわかり、PHPで強引に表示させることにした。
３はもともとSemantic Scuttleにあったブックマークレットをちょこっと編集して解決。
これで大体１ヶ月半くらい。
一応CSSは勉強したけど、美術的センスのない事どこかのはいだしょうこお姉さんレベル。
でもデフォルトのデザインがダサいってことくらいは、かろうじてわかる。
あらん限りの人脈を使ってデザイナーさんを探したところ、やっとのことで０人見つかった。
どうも調べたところ、TwitterのBootStrapってのがいいらしい。
CSSを見てみるが、長い！ 「Bootstrap 使い方」でググる。
よくわからないながらも↓とか見ながら手探りでコードを書いていく。
Twitter Bootstrapの使い方
http://greenapple-room.com/conc/user/TwitterBootstrap/bootstrap.html
これでとりあえず基本的なことがひと通りわかり、ちょっとだけよくなった。
だいぶ前にやったCSSを思い出すのが大変だった。
でもタイトル周りとかが全然ダサイまま。普通に自分で見てて萎えるので、さらに調べる。
見つかったのが↓
Bootswatch
あ、なんかこれいいなと思って「Slate」っていうテーマをいじくりいじくり、色々試しながらタイトル周りとかを整理。
まあこんな感じで大体できましたー！
全部で約８ヶ月…長かった…。憑かれたぜパトラッシュ…
・ググる ググる ググる！とりあえずなんでもググってみることが一番大事だとわかった。
誰かが同じようなことをしてることも多々あるし、少なくともヒントくらいは見つけられる。
・助けてくれる人がいるとかなり楽
ググっても出てこない情報は厳然としてある。そういう時は、経験者にアドバイスをいただく。
Yahoo知恵袋でもいいし、知人でもなんでも。ネットの優しい人達に感謝するようになった。
お店の掲示板では叩かれっぱなしだけどｗ
・プログラマーすごい
今まで何気なく見てたホームページだけど、膨大な技術の結晶なんだなと思った。
その端っこに触れただけの私のようなものでもそう感じるんだから、それはそれは深遠な世界なのでしょう。
せっかく作ったので、使ってやって下さい。
詳しくは↓をご覧あれ。
http://hibu.jp/bookmarkbutton.php
このサービスは一応「秘密の」もんなので、普段使ってるSNSのユーザー名とか使わないほうがいいんではないかと思います。
ブラウザに直接入力でも簡単にいけるようにドメインはまんま「hibu.jp」にしておいたので、
ブラウザにブクマするのもはばかられる方はダイレクトに飛んできて下さい。
スマホ版作りたいなぁ…
ちなみに、勉強したおかげか今現在はそこそこ本職のほうで稼げてはいます。
もし万が一このサイトが成功したりしたら風俗あがることも考えられるのかなぁ…
でも吉原にも遊びに来てくれると嬉しいな。
怖いところじゃないから、気軽にね。
変数に型がないということの利点について考える
http://d.hatena.ne.jp/perlcodesample/touch/20130227/1361928810
が大変お粗末な内容だったので、反論記事を書きます。
型推論はソースコードのコンパイルの時間を遅くしてしまいます。ソースコードが大きくなってきた場合に、すばやく書いて、すばやく実行結果をもらうことができなくなります。
大規模開発環境はコンパイル時間よりリンク時間の方が問題になりやすいが、それは別に型の話とは関係ない。
あと、インタープリタも最近は実行時にJITコンパイラが走る。
実行時間に影響がなく、開発者の待ち時間で済む方が実はよいのでは？
統合開発環境での、メソッドの自動補完の機能の実装が少し難しくなります。
みんなが統合開発環境をつくるとでも？
そもそも型が不定なら補完することすらできないので、
比較対象として相応しくない。
変数に型がないとソースコードの変更に強くなります。たとえば右辺の返す型に変更があったとしても、受け取る側のソースコードを変更する必要はありません。
これは逆に危ない。
実行するまで意図したインスタンスが返ってこなくなった事実に気づかないから。
変数の型を持つ言語は、型が異なるのだが、処理としては同一の処理を行いたい場合には、オーバーロードという機能を使う必要があります。変数の型がなければ、オーバーロードの機能は必要ではなく、ただ単にif文で分岐すればよいだけなのでとても楽です。
CならVTable。Javaならinstanceofなど同等の事はできます。
というか、これ。型を意識しまくったコードじゃないですか？？？
C++のテンプレートのような複雑でデバッグしにくい機能を使ったりしなければなりません。
実は全然ちがうものが混ざってた！なんて事故がコンパイラによって止められる分、デバッグする必要すら無いんですけどね。
変数に型がないとどのような型の値が代入されているかわからないという批判があるかと思います。可読性の問題で
最初に候補になったのはこれ。
MacBook Pro 2400/13.3 MD313J/A
http://kakaku.com/item/K0000305712/
一つ前のMacBook Pro。
時期的に最安値ではないけれど、新モデルが出て価格も下がってきているし
一つ前のMacBook Air 11インチも絶賛値下がり中で
候補にはあがったのだけど、
MacBook Air 1600/11.6 MC969J/A
http://kakaku.com/item/K0000273074/
ベンチマークのスコア(http://browser.primatelabs.com/mac-benchmarks)をみると
MacBook Pro (13-inch Late 2011) 6048 に対して
MacBook Air (11-inch Mid 2011) 4592 と
プログラミングが主な用途としても
やっぱり物足りないかなと思ってやめた。
で、このあたりで
http://browser.primatelabs.com/mac-benchmarks を眺めてて気づいたんだけど
新モデルの MacBook Air のスコアがやたらといい。
MacBook Air (11-inch Mid 2012) 5719
MacBook Air (13-inch Mid 2012) 6113
Air 11インチでも、買おうとしていた MacBook Pro と遜色ないし
じゃあ、もうMacBook Airの新モデルでよくね？って
話になるのだけど、問題は価格だ。
せっかく新モデルなら…ってことで 8G までメモリは上げておくだろうし
MacBook Air (11-inch Mid 2012) 6902
とスコア的にかなり高くなるので、心情的には盛ってしまいたい…。
とか、そんなことをしていると余裕で10万は超える。
じゃあ、もう最初に戻って、一つ前のMacBook Proでいいじゃんってなるのだけど、
だがちょっと待って欲しい。
本当はWindowsで十分なんじゃね？と思い始め、探してみると
例えば、これ
U24E U24E-PX2430 [シルバー]
http://kakaku.com/item/K0000308806/
買おうとしていた MacBook Pro と比較すると、完全に同等以上なのに5万を切るコスパ。
しかも、1.5kgでMacBook Proより軽く、持ち運びを考えてる自分にとっては
さて、ここから本題なんですが
・主な用途は iPhoneやAndroid、Web系のプログラミング
・安い方がいいけど、10万超が出せないわけではない
誰か教えてください、お願いしますm(_ _)m
先日、TBSの番組「夢の扉＋」を見ていた。TBSの中で視ているのはこの番組だけだが。先日のテーマは「小さな町工場から日本の製造業を支える！」というもので、職人集団「チーム等々力」の免震テーブルの開発について綴られていた。
確かに、各職人の技術はすごい。ああいう職人技が日本を縁の下の力持ちとして支えているのも事実だと思う。例えば、新幹線の先頭ノーズはあれは職人手作業じゃなかっただろうか？
違和感を感じたのは、「職人が大学教授の求めているモノを理解出来ない」という点だった。結局番組では理系大学出身の技術者が、大学教授の要求（要件定義）を職人に分かるように図面に起こした事になっている。
それでいいんだっけ？ 図面になっている物は作れるが、図面を起こす事が出来ないということだろうか？
我々IT技術者は、顧客のまだ具体的になっていない要求をヒヤリングするところから始まり、要件定義をし、設計し、実装し、テストし、納入し、運用・保守をする。だから、顧客の専門用語や技術も分からなければならないし、情報技術も分かっていなければならないし、運用・保守コストも考えなければならない。それに情報技術は進歩が早いにもかかわらず、分野によっては製品寿命が20年とかいうのもあるから、新技術だけ知っていても話にならない。
「チーム等々力」の方々は、いい製品を作るかもしれないけれど、IT業界的に言えば、コーディングだけ、という事に。否、それでも範囲が広い。コーディングは一種の「設計」でもあるから、範囲はもっと狭い。
そういえば、ITで「制作・製造」ってどの部分を指すんでしょうね。もしかして、コンパイル・リンクしている時間だけかも。なにしろ、コーディングも設計の一部であるから。
自分は、顧客の要求をヒヤリングするところから、運用・保守まで全てに関わっている。ヒヤリングしている時点でどう実装すれば良いか、どう保守するか、保守のための実装はどうするか、を考えながら顧客と接している（ここでいう実装とは、ハードウェアも含む）。
かなりゼネコン化されているので、元請けが仕事を取ってきて、こちらに仕事を発注する事になる。その時点で、かなりの情報が欠落している。元請けの方は、顧客（この場合エンドユーザー）の専門が分からないまま受注している事が多い。その上、実装を分からずに発注してくるから、かなり困る。結局、元請けに対し、かなりの懸案事項が発生する事態となる。顧客に対してこの設計では足りないとか、設計に対し実装不可能とか。それをいちいち指摘しないとならないが、これが時間がかかる。
こういう案件がたくさん来ると、今度は実装出来る人間に限界が出てくる。なので、実装するのをさらに下層の外注ソフトハウスに出すの事になるのだが、今度はこれが、エンドユーザーの事が分からないため、なんだかよく分からないブツが上がってくる。その上、金の切れ目は縁の切れ目だから、運用保守に関しては全く考慮されていないブツ。もちろん、中には優秀な外注さんもいて、すばらしいコーディングのブツが出来上がってくる事もあるが、そういう人に出会える確率は万分の一程度か。
そこへ追い打ちをかけるように、コスト低減要求と短納期要求、仕様変更。人月の神話。
顧客の頭の中を覗く人、顧客の要求を情報技術者向けに翻訳する人、翻訳されたものを実装する人、実装されたモノをテストする人、テストし終えたモノを納入・設置する人、運用・保守する人、がそれぞれ分業・連携取れていないのが、現日本のIT産業の姿です。
最近は自社の社員も質が下がってきていて、Windowsしかいじれないとか、統合開発環境内でしかブツが作れないとか、コンピュータがどう動いているかイメージ出来ないとか、果ては、顧客の専門用語が分からない、というのもいる。ソフトハウスに至っては、作ったはいいが、作ったモノに対してデバッグ出来ないとか言い出す始末。
というわけで、就活生には、ITはお勧めしない。もし、プログラミングだけしていたいというのであれば、メーカーではなく、小さなソフトハウスに就職した方が良い。でなければ、顧客と対等（同等）の（製品）知識と、新旧情報技術に対応出来るだけの能力が必要とされるのである。
プログラムを理解させるには？のブックマークコメントを読んでいて。
ブックマークコメントの中に、「資格」とかのコメントがいくつかあった。
既に情報処理試験とかあって、いろんなIT系資格があるのだけど、プログラマーやってる人なら誰でも感づいているとは思うが、資格など何の役にもたたない、という事で。高度情報処理資格を持っているからと言って、プログラム（その他設計やコンサル）が出来るとは限らず、逆に何の資格も持っていないのに、すばらしいプログラムをする人がいる。
まぁ、これら既存のIT系資格にある一定の目安にはなるとは思うけれども、万能では無いのも確か。昨今の不況、ITバブル崩壊で、IT系資格の資格手当が真っ先に削られたのも、記憶に新しい（弊社だけかもしれないが）。
雇う外注のソフトハウスから派遣されて来た人など、だいたい15分も話せば、どのくらい出来るか、使えるかは判断出来る。これは資格では計れないものだ。
仮に、弁護士や行政書士、医師など、士制や免許制はどうだろうか？
車の免許はどうだろう？
プログラマーはどうだろうか？
例えばトイレ。水を流すのに、最近のトイレは、リモコンでスイッチを押すと水が流れるが、あれ、プログラムだよね。
例えば炊飯器。米と水を入れて、スイッチを押せば、ご飯が炊きあがるが、これもプログラムだ。
車。ハイブリットや低燃費車が走っているが、あれは電子制御で動いている。
ロケット。アポロはファミコンにも劣るコンピュータで月まで行ったが、プログラムだ。
先日の中国の高速鉄道の事故も、ATCプログラムのミス（？）による事故だ。
先日の$oftbank携帯の通信障害は、故意に仕組まれた通信障害だった。
どこにでもプログラムは入り込んでいるし、そのプログラムによって、便利になっている反面、人命をも奪い、都市機能を麻痺させる事も出来る。
なんでだろう？
介護について考えてみよう。
ヘルパー資格や介護士とかいろんな資格が必要だが、世間一般的には、ワーキングプア、もしくはそれに近い悲鳴が聞こえてくる。
なんでだろう？
資格や免許を持っていても、それが収入や時間に反映されないいい例だと思う。
「プログラマー」「SE」と名乗るのは簡単だ。「漫画家」「小説家」と名乗るのと同じように。なんだったら、名刺の名前の上にそういう肩書きを書いておけば、「プログラマー」であり「SE」である。
漫画家・小説家と違うのは、漫画家や小説家は「売れなければただの無職」という事だ。あっという間に食えなくなる。自分、アシスタントをやっていたし。アシスタントでは、ちょっと食っていけなかった（アシスタントと作家自身は違うが、それなりに間近で見てはいるわけで）。
プログラマーやSEが個人事業種の人達だったら、その通りになるだろうけど、多分、半分以上の技術者は、どこぞの会社に所属しているサラリーマンだと思う。もちろん、これはこれでメリットがある。営業や経理・総務・庶務等が他の人に分担されている事や、会社などの福利厚生も使えるから。
逆に「金の切れ目が縁の切れ目」が使いにくいというのがある。同僚が失敗したり行方不明・自殺等というのはこの業界日常茶飯事だが、そのリカバリーは必ず誰かがやらなければならない。そして不思議な事に、それをやる人間は決まっている。失敗したマンガや小説を他の作家がリカバリーする、というのはあり得ないのにね。
資格制度・免許制度が万能とは言わないが、有効かどうかと言われると、自分には判断出来ない。しかし、前述したとおり、非常にクリティカルなモノを作る場合も有り、無資格なのはそれはどうだろうか？とも思う。
プログラマーやSEがミスすれば、都市機能は麻痺し、人が死に、医療器具が動作せず、電力が起きず、このインターネットすら動かない。TVもラジオもダメ。第1次産業以外のほとんどが停止する事になる。
そんなクリティカルな仕事なのに、この士農工商穢多非人の非人のような扱いを受けるのは何故なんだろうか？
経営者や管理者からみれば、次から次へとターゲットが蛆のように沸いて出てくる職業であり、使えるだけ使って、あとは使い捨て、という業界だし。
一度、プログラマーやSEは自分のやっている仕事がどういう事なのか、考えてみた方が良いのでは無いだろうか？
考える事は出来ると思うよ？ だって、「完全動作する事を常に考えている」のだから。それが過失・故意にでも動かなかった場合、どういう事になるかは、簡単に想像出来るよね。
絵描きや小説書きや楽器演奏や作曲は、小学校の頃、学校で習うから、分かると思うんだけど、【今の現役世代以上】のプログラマーやSEは、小学校で習わなかった。この差が非常に大きいのだと思う。
どんな無能な経営者や無能な管理者だって、「自分が絵を描けない・難しい」というのは、自分で分かる。なぜなら、義務教育時代にやっていたから。ところがプログラミングやSEはどうか。やってないから分からない、わけだ。
あと、拍車をかけているのが、どこかが発表している「情報技術者何万人不足」という発表。この時点で「質」が考えられていない。そこへ、程度の低い派遣業が入り込んで、エライ事になる。そもそも派遣とは、受け側に技術が無いからその手助けに赴くものであって、人身売買では無い。先日も弊社で「組み込み系の低いレイヤーの部分を作るC言語（かなりアセンブラ寄り）が出来る技術者」を要求したのに、実際ソフトハウスから派遣されてきた人間は「C言語のポインタという概念も知らない」技術者だった（どうやら、Windowsの統合開発環境上においてC#だったら使える、というレベルだったようだ）。もちろん、そんな人員を使えるわけ無いのでその場でお引き取りを願った。こういう、「質」や「ベクトル」に関係無く「頭数」だけでどうにかなると思っている奴らが非常に多い。日本の（少なくとも情報系）派遣や客先常駐の考え方は、間違っていると思う。
そう考えると、ある一定の基準として、質やベクトルを明記する必要はあるのかもしれない、と思う。それが労働時間や賃金に反映されるかどうかは分からないが。
まぁ、タイトルの「レガシープログラマ」とは私の事なんですけどね。
if( foo == TRUE ){
という判定文をよく見かける（fooはいろんなオブジェクトだと思ってほしい）。
個人的には、この書き方、嫌いなんだよね。
if( foo ){
か
if( foo != FALSE ){
と書いて欲しいわけよ。とにかく「TRUEか？」という判定にはして欲しくないわけです。
で、なんでこう書くの？と外注や若い連中に聞いたら、「TUREは1ですから」と必ず答える（断言する）。
あ、あれ？？？自分は「TRUEはFALSEでは無い。確定しているのはFALSE=0という事だけ」だとずっと思っていたんですわ。
古いC言語風に書けばこんな感じ。
#define FALSE 0 #define TRUE (!FALSE)
確かに、実際に値を表示させてみると、昔のVC6だと「1」という結果が出てくるし、VB6だと「-1」という結果が出てくる。これ、当時混乱の元だったんだよね。
新しいC++や規格ではBOOL型というのがきちんと定義されたと思うけど、製品寿命が20年とかいう私の職場では、DOSやC(K＆R)、アセンブラは現役だし、プラットフォームもなにもWindowsに限らない。組み込みマイコンも使う（うちのところはVxWOKSだが）し、UNIXやLINUXも使う。
もちろん、マネージドC++（.netFramework)やC#、JAVA、Parlも私は使うし。でも、どのプラットフォームでどの言語になっても「TRUEか？」という判定文は使ってこなかった。
で、試しに、VC2008のincludeフォルダをgrepしてみたら、
#define TRUE 1
あ、ほんとに「1」だ。
typedef bool int
なんて見かけるから、やろうと思えば「5」でも何でも数字が入ってしまうわけですよ。そこで「== TRUE」なんてやられたら、絶対に成立しないわけで。バグの温床になるんじゃないかなー、と思ってかたくなに前述の姿勢を持っていたわけです。
今（最近の）言語はきちんと「BOOL」型（またはboolという名のクラス）を定義されていて、コンパイルエラーになるか、自動的に補正してもらえるのかもしれないけど、ちょっと気持ち悪い。
最近、ちょくちょく外注や若い連中と意見や話が合わず、「ああ、俺ってレガシープログラマなんだな」と思う事が多くなった今日この頃。ネットワークに平気でリトルエンディアンのデータを流すとか、勘弁して欲しい。LANアナライザでデータが見にくくてしょうが無い。
なんか知らないけど、外注の不具合を直せとか、他人の尻ぬぐいとか、破綻したプロジェクトの火消しとか、ばかりで、0からの開発なんてほとんどやらせてもらえないんだが。
第7位 main関数だけで2000行overだったプログラム(C言語)
第6位 switch文の1つのcaseブロックが1000行overだったプログラム(C言語)
第5位 コメント文ばっかりと思ったプログラムが、実は日本語関数名だったプログラム(VB)
第4位 どんなに読んで修正して実行しても、いっこうに直らないと思ったら、関数突入直後にreturnしていたプログラム(C言語)
第3位 どんなに読んで修正して実行しても、いっこうに直らないと思ったら、#if 0 ～ #endifでコメントアウトしていたプログラム(C言語)
現代のコンピュータにとってネットワークの利用が大前提になったように、人間の「能力」が演算装置や外部記憶の利用を抜きに語れなくなったという点については同意してもらえると思う。
そういう時代状況の下で、スタンドアローン(Stand Alone)という制約を課した状況での能力測定に、「縛りプレイ」的なお遊びとして以上の意義は本当にあるんだろうか。
今、俺は統合開発環境を使って中規模ソフトウェアの開発の仕事をやってるんだが、もうオフライン環境のPC98で、テキストエディタとにらめっこしてコードを書いてた時代には戻れないと感じている。
そもそも、グーグル先生が0.5秒でAPIマニュアルやベストプラクティスを提示してくれる時代に、APIの暗号みたいな引数の順番を暗記する必要性はどこにもない。また、統合開発環境が提供する静的解析や単体テストなどの支援機能をフル活用することで、つまらないバグを作りこむことは本当に減ったし、見通しの良いプログラムを書きやすくなった。実際、俺のプログラミング「能力」は、スタンドアロンでやってた頃と比べて確実に向上していると思う。
コンピュータによる支援が当たり前となった現代、我々が本当に競うべきフィールドは、「コンピュータにできない、人間にしかできないこと」が求められる領域へと確実にシフトしている。そんな時代に、いまさら暗算力や暗記力なんか競ってどうすんの？ というのはかなり真面目に思う。