  |
はてなキーワード: 関数型言語とは
元増田です
Closureというのは初めて知りました
ていうか関数型言語はまだ手出し出来てません…今取ってるN予備校がScala教えてるのでそのうちやろうかなと思ってはいるんですが、なんか取っ付きにくいっすね
C言語。
当時はゲームを作りたかったら、まずはC言語に手を出す時代だった。
何の成果もなかった。
関数型言語を1個も使えないのが悔しくて、趣味でやっている。まだ本を1冊も終わっていないので、先は長い。
GetHoge(dbConnection, key), GetFuga(dbConnection, key, key2)
dbConnection引数を渡さずにその場でDB接続する版の関数 GetHoge(key), GetFuga(key, key2)
を作りたい
DataTable GetHoge(key) {
var c = CreateDbConnection);
return GetHoge(c, key);
}
DataTable GetFuga(key, key2) {
var c = CreateDbConnection);
}
これでは関数の数だけ同じものを作らねばならないので煩雑である。
ES2015であれば、
function OpenConnectionAndRun(runFunc, ...args) {
var c = CreateDbConnection);
return runFunc(c, ...args);
}
という関数を１つ用意すればそれで済む。
言語に関わらず
「メソッドAはメソッドBからしか呼ばれたくない」みたいなことってあると思うんだ
一人で開発してればそういうのは覚えてりゃ良いんだけど
複数人で開発してると、せっかくいい感じにリファクタしてA→B→C→D→Eってメソッドの流れ作ってるのに
途中だけ使われたり乱入されたり、グチャグチャにされることがある
だから、A〜Eをセットにしたり、入り口と出口をコントロールしたいんだよね
名前をつけるとしたらModal methodsって言う感じ
今は大体Modelessすぎる
もちろんクラスにして〜とかオブジェクト指向的に〜とか関数型言語で〜っていう話になりそうなのは分かるんだが
けどそういう思想未だ見たことがない、大体みな構造的な方法を取ってる
あ、inputが◯◯であることを保証するとか制限するみたいなの、何かあった気が
でもどう足掻いてもめんどいんだよな
面倒臭すぎてうわー！って１メソッドに詰めることもたまにある
ほとんどの人はもう既に気付いていると思うけど、あえてこの表題に言及している人はあまり多くないんじゃないかと思ったので書く。炎上したら💩なのでここに書く。
結論から言うと、プログラミングを何年やったからプログラミングの能力はこのぐらいと言うことは絶対にできない！
これは何もIT業界だけでなく他の分野でもそうだ。たとえば野球とか絵画とかにも言えることで、ただ年数を重ねればいいってわけではない。勘違いしてほしくないのは、他の業種ではただ年数を重ねればいいといっているわけではない。
コンビニだったら始めはレジ打ちから入るだろうが、だんだん品出し、他者とうまく調整できv、何が売れるか・何が利益率を叩き出すかを把握し、接客態度は絶えず磨き……というように、能動的にスキルを身につけるなければあっという間に「経験した年数」などというものは何の武器にもならないであろう。(「やっても給料変わんない」とかそういうのは抜きにしても）
個人的な経験によるサンプルしか無いが、ぼくの経験上では年数が高ければ高いほどいいと思ったことは全くない。もちろん2ヶ月の新人と5年目の人での比較はなかなか難しいが、情熱ある新人プログラマが半年で5年目を追い越すなどということはありふれた話だ。あたかも大人が小学生や中学生にさらっと数学や英語の能力で負けるように負ける。
残念ながらしっかりした実証などはないので、周りの環境がそうではない場合は納得できないかもしれないが、以下は明らかであろう。
経験年数とは時間であり、重要なのは、時間を代入すると成長度合を求められる関数(ここではFとする)の違いである。（F: time -> ability）
Fの方が大事な理由も明らかだ。timeはケチをつけようとする例外を除けば誰にとっても同じであり、おもしろくもなんともない。
Fの次元が違う場合は、能力の次元も文字通り違う。そのため、かなり重要だ。
「プログラミング歴2年だからこんなことを知っている」と周りから評価されるというのは、要は「プログラミング2年生」だということだ。これははっきり言って侮辱である。2年プログラミングをやったから知っているんじゃなくて、2年の間で勉強したことがたまたま別の箇所で出現したということだ。決して2年やったからではない。2年の間に獲得したスキルがいっぱいあるからだ。2年は重要じゃない。どれだけやったかだ。2年という期間それ自体は全く重要ではない！
「プログラミング歴2年なのにそんなことまでできるのか」というのが真の評価なのだｉ
これはまあまあ高い評価である。「プログラミングを始めてまだ半年なのにそんなことできるのか」という評価はより容易く得られる。年数を重ねれば重ねるほどこの評価に達するのは難しくなる。したがって「プログラミング歴10年なのにそんなことまでできるのか」という評価はほとんど得られない。ほとんどの場合、「10年やってるからできるんだな」とか、ひどい場合「10年やってるのにこんなこともできない」という評価になる。
これもある種、年数というものが全然重要じゃないとみなされている証左であろう。みんな知らず知らずのうちに周囲の人々の経験年数と能力とでおのおの相関図を作り上げて、標準偏差をなんとなく作り出して、「45歳……クソコード……チーン！こいつは偏差値37！落第！死刑！」みたいなことをやってるんだろう。
プログラミングも慣れてくると、特に新しいことを勉強しなくてもなんとなくできるようになってきはじめる。これが危険なシグナルだm
「自分はプログラミング歴が長いのに、HTTPSの仕組みもTCPの仕組みも詳しく知らず、JavaScriptもまともに書けず、WebAssemblyは全く知らないし、RDBのことは知らないし、もちろんRDB以外のDBはちんぷんかんぷんで、デスクトップアプリは作ったことがない、サーバサイドはRailsしか知らない。Railsがどう作られているかも知らない、gitの触りぐらいしか知らない、AWSやGCPは全然使いこなせない、公開鍵暗号方式もよく知らないし、アルゴリズムも簡単なものしかわからない。デザインパターンも勉強してないし、関数型言語もわからないし、C言語も全然読めない、アセンブリはやろうと思ったことすらない、正規表現も複雑なものはいまいちわからないし、機械学習はわからないし、そもそも数学が不安で、AndroidアプリやiOSアプリもまともなものはリリースしたことがなく、エディタは人が作ってくれたプラグインをただインストールするだけで、英語はほとんどできず、セキュリティに関してはザルもいいとこ」
のように自分を見直すべきである。もちろんほとんどの人はそうしているとは思う。そもそも「自分はプログラミング歴が長いのに」という部分はもはや要らないだろう。
あとはただ穿つだけである。能力は、どれだけ、何を、どうやったかとの方と強い相関を持つ。能力とは現在の状態であるのだから、強い相関を持つのは最最もである。
一刻も早く「プログラミング歴」でなんとなくの判定するのをやめて、プログラミング歴1秒の人に対しても、プログラミング歴1000年の人に対しても、そのFを見るようにし、自分はとっとと次元を越えて昇華したいものである。
サーバレスってのがもうかれこれ四年は「流行ってる」ような気がするんだが
どう向き合えばいいのかわからない
そもそも自分はアプリ側の人間だから、サーバサイドの悩みを起点にされたサーバレスの魅力を語られてもわからん
それなら旧来のやり方でいいのではないか？
サーバレスの情報が出てのないっていうのは、旧来の人たちですら手を出していないってことだよね？
そういう人たちに聞くと「やらなきゃなあ」みたいな億劫そうな声が聞ける
どう向き合えばいいのやら
こういうのは言語でもよく見る
持ち上げられまくってるものが、実運用であまり使用されていない
関数型言語とかね
多分、利点があればどこかの時点から爆発的に広がるんだろう
そのラインを見極めるのが中々難しい
技術ブログなんかを見ると、新しいもの好きばかりだからまるで当てにならない
というわけで、ずっとサーバレスがどの地点にいるか迷いながら生きている
個人的にはまだ早いと見てるが、自信はない
IT業界は日本社会の縮図となっているんだよ - こうして僕らは腐る
http://www.byosoku100.com/entry/2018/01/13/212749
ITを学んでIT企業に就職して、この国のIT企業はきっとCIAか何かによって弱体化を図られたとしか考えられないと思いました。
自分でロジック組んだり、アルゴリズムを考えたりする仕事をさせてくれている会社もありますが、会社の規模がでかくなればなるほどそういう仕事は下流に任せる感が強い。まずこの構造が弱体化の出発点。
多重下請構造は、製造業日本ならではの伝統、下流＝低賃金が根強い。背広を着た人がその伝統文化を売り捌く。文化が短納期、安請け合いを生み、短納期、安請け合いにより、品質が下がり、雇用も安く済まされ、弱いSEしか集まらず、国際競争力はなくなる。この下請け構造文化を持ち込んだのは、他ならぬ製造業文化を固持してきたメーカー系ベンダーのように思えます。メーカー系ベンダーはCIAだからなんだかのスパイ行為に加担したのでしょうか？
実はそんなメーカー系ベンダーにもいたのですが、ぽっと出の強いSEもいます。ところが強さが仇となり、全容を把握している神扱いで一段上に据えられます。そして多忙を極め、ロジックやアルゴリズムをひねり出す知的生産力は、仕様書、指示書と呼ばれるエクセル方眼紙に図形や文書を書き殴る作業力へと変貌します。
指示は全て自社フォーマットの図面に書け！その図面、審査、承認を課長に貰え！え？予算の都合、本部長承認が必要？本部長いつ来るの？1週間後だって！？リスケだ！工数再見積もりだー…これは仕事ですか？それとも茶番ですか？こうして強いSEは弱体化します。強いSEほど自分の置かれた立場や環境に順応しようとする意識が強く、仕事ができる人間になるためにはお上に楯突かず、弱体化を受け入れようと考えます。
エクセルのvlookupを使うために、学生時代に関数型言語を学んだわけじゃないのに…と就職して思うようになったunix文化を学んだ強いSEが、思考停止している情シスによって管理しきれないものは全てセキュリティホールみたいな会社にいたら、「あいつはセキュリティを脅かす不良社員」のレッテルを貼られ、朝から晩までvlookup,vlookup...（いやそのエクセル脆弱性情報とパッチ出ているけど、いやお上のお達しを待て！的な茶番劇）せめてgrep,awk,sedくらい使わせてやれって、残業がなくなってボスも最近社長の思いつきで始めた健康経営者として表彰されるかもしれんよ？思いつきだから明日あるか分からんけど…。いつまでこんな寸劇をやればいいのやら。学んだことは活かせません。茶番寸劇の中心にはやはりこの国のIT業界を弱体化させ国際競争力を低下させるスパイが潜んでいるとしかおもえません。
ここで、IT業界に蔓延る日本の国際競争力をいちぢるしく低下させているスパイの特徴を述べておきます。
スパイの目的である国際競争力の低下にダイレクトにアプローチするスパイ中のスパイです。こいつがいたら即辞めないと国や社会のためにも良くないです。
・「よく分からないものはセキュリティの都合使えません」と思考停止している人
お前はそのツールのコミッターでそのツールの脆弱性を分かってそんな事を言っているのか？と、せめて同僚がツールの有用性を知りつつ使いたいっていうならそれなりのセキュリティ的可用性を示すのが情シスの仕事じゃねーのかと？まぁこの場合スパイなのでそんな調査は死んでもやりませんが…
スパイの常套プロパガンダです。明らかにおかしな言動なのでスパイの中では未熟者なのかもしれません。
そのままでは通用しないけど、出発点であるべき。でなければその空白を埋めるコストをどうしろと？そんな言葉をマジで吐く人間は出発点にすら立たせて貰えていない場合が多い。ただ言葉を吐くスパイは、スパイが故に企業内の立場は上のほうにいるかもしれません。出発点に立っていなかろうが
よく考えてみてください。遵法精神のあるスパイがいると思いますか？そもそもこのスパイが蔓延る構造は日本社会に根深く浸透しているので、法律を取り締まる側もうまく騙されていると考える方が自然です。労基法、下請法、派遣法…機能しないのも当然です。
プログラミングは簡単だし、IT企業なら開業資金も少額で済む。（最初はパソコン、回線、プリンターがあれば十分）
本屋や図書館に行って、自分に合った分かりやすいプログラミングの本を探してみよう。
仕事を取ってくる方法は、ソニックガーデンのやり方を参考にしたら良い。 https://www.sonicgarden.jp/
最初に1冊だけ推薦するなら「プログラミングの基礎」という本をお勧めする。 https://www.amazon.co.jp/dp/4781911609/
買う前に、著者のサポートページを見てみると良い。
プログラミング・パラダイム（考え方）には4種類ある。（【】内は基礎となる計算モデル）
計算可能性理論で見ると、どれもノイマン型のCPU上で動作する点で同じと言えば同じと言える。（優劣はない）
ただ、筋の良いプログラミング作法を身に付けたいなら、最初に関数型を理解しておくことをお勧めする。
関数型の中で一番簡潔かつ強力なのは「OCaml」というプログラミング言語だ。（HaskellをやりたければOCamlの次に学ぶとスムーズに理解できる。）
関数型言語を学んだ後なら、手続型言語はすぐに習得できるだろう。
Webアプリの特徴は、システムの構造がネットワークを介して「サーバー側とクライアント側」に分割されていること。（REST - Wikipedia）
Webアプリを作るってことは、一言で言えば、データベースのラッパー（CRUD）を作るだけの話。
XcodeじゃなくてAppCodeで作れるような段階に成熟したら手を出しても良い。
まあ、iPhoneアプリは金のためなら避けられない道だと思うので、苦労覚悟で取り組んでほしいｗ
Androidの中身はLinux。Javaでアプリを開発できる。今ならJetBrainsのIDE＋Kotlinで楽々開発できる。
日本じゃAndroidは貧乏人しか使ってないので、あまり金にならないかも。
俺はハゲタカじゃないから、無知な奴から搾取することはしない。
というか、自分のことで精一杯だから、他人のケツ拭いまでやる体力・気力・理由がないｗ
他人から金をもらうと相手の支配下に置かれる。だから、資金調達はお勧めしない。
自己資金で行けるところまで行って、ダメならまた社畜生活に戻ればいいだけの話。（パソコンやインターネットがなくならない限り、プログラマーならIT業界で食っていける）
俺は、NPO法人とか社会起業しようとしてる奴だけ無償で手助けすることにしている。（プロボノ）
社会起業家は、社会変革の担い手として、社会の課題を、事業により解決する人のことを言う。
社会問題を認識し、社会変革を起こすために、ベンチャー企業を創造、組織化、経営するために、起業という手法を採るものを指す。
プロボノ（Pro bono）は、各分野の専門家が、職業上持っている知識・スキルや経験を活かして社会貢献するボランティア活動全般。また、それに参加する専門家自身。
おまえが将来、社会起業することがあったら増田で呼びかけてくれ。
（追記）プログラミング・パラダイムの4分類は「日経ソフトウェア」という雑誌の説明で表記しました。
ちなみにSQLはチューリング完全なので、問合型言語でもプログラミングは可能です。 https://qiita.com/utgwkk/items/20e887645da18e460fee
確かに俺は理系だが情報学科出身じゃない。独学でプログラミングを学びました。技術的な誤りがあったらブコメで教えてｗ（夜露死苦）
（追記2）マイクロソフトの関数型言語「F#」は、OCamlをベースにして開発されました。
現在マイクロソフトで開発中の量子コンピューターではF#が動く予定だそうです。（将来OCamlの知識が役に立つでしょう） http://ascii.jp/elem/000/001/569/1569477/
（追記3 10/28）ブコメとレス全部拝見しました。様々なご意見・ご指摘をいただきありがとうございます。大変参考になりました。
「何か既視感があるな」と思ったら、最近ホリエモンが「保育士は誰でも出来る仕事」と言って炎上してたのと似てますね？→「プログラミングは簡単」（プログラマーは誰でも出来る仕事）
プログラミングの学習や実務で苦戦されている方が多いようですね？ だとすれば、それを改善・支援するサービスにニーズがありそう。
拝承いたしました。（微力ながら、皆様のお役に立てるよう作ってみたいと思います。）
（追記4 10/28）OCaml、関数型言語のメリットについて
ちょっと前に岡部健氏（通称：毛の壁、kenokabe）が、関数型言語を巡りQiita等で論争を巻き起こしていましたが、俺は是々非々で岡部氏の意見に一部賛同していました。（全部じゃない）
関数型言語を難しいものとして敬遠するのではなく、まずは使ってみて便利だったら嫌う必要はないと考えています。
構造化プログラミング（命令型、手続型）との対応で言えば、関数型プログラミングは再代入なしでも、
で同じことができます。（優劣はない）
最初に関数型プログラミングを習得しておけば、参照透過性に注意を払う癖が身につき、テストのときに「組合せ爆発」を少なくできます。
関数型言語はたくさんありますが、OCamlが良いと思ったのは（自分にとって）分かりやすい教材が揃っており、学習コストが低いと思ったからです。
プログラミングを学ぶとき、独学ではなく、周りに聞ける人がいるなら他の言語でもOKです。
（追記5 10/28）「iPhoneの仕組みは糞」＝storyboardが使いづらいと思いました。あくまで個人の感想なので、Apple関係者・信者の方はスルーしていただければ幸甚です。（Swift開発者のクリス・ラットナー氏は、Appleからテスラへ転職してしまいましたが、今後もAppleはObjective-CからSwiftへの移行を押すのでしょうか？）
幸いiOSアプリ開発は分かりやすい教科書がたくさんあるので、初心者でも心配無用です。iOSアプリ開発は（最初は簡単なので）気軽に始めてみてくださいｗ
長く書きます。お金の話の経験とかも、少しでも参考にしてください。
10年前のVistaが搭載されていた頃の家電量販店で一番安かったCeleron 1コア メモリ1GB グラボなしノートだからプログラミングに向いてないのかもしれない
お金のない環境を整えられない学生はつらいよね。明らかに札束で殴れず時間を使って損してる。
twitterできないメインで使えないのもまず、重すぎるからっていうのもありそう。
スペックが足りてなさすぎる。まずは６，７万出してスペックを整えよう。
すごい人たちは幼少の頃からパソコンがあって、パソコンをいじるだけの時間があって、承認されてる。
しかも、コミュ症だとかなんだかんだ言いながらも、ネットではきちんと弾けてるし、人望もある。
彼らを理解するのはすっごく難しい。
経済格差が多すぎて、彼らが積んできた経験と持っている環境が違いすぎるから。
プログラム自体は数学を解くようですごく楽しいのだけれど、なぜ苦しい勉強をしながらプログラムをずっとやっていられるのかわからない。
環境はMac（高すぎて揃えるなんてとんでもない）じゃないから、先人たちの簡単に手順化された知恵を受けづらく、プログラムの環境をととえるまでが大変だし、
ライブラリ関係のエラーコードは自分の力で、ライブラリを見つけに行かないとダメで、ウェブで検索しても彼らよりもずっと時間がかかる。
そこをきちんと理解したうえで、自分がどこまでやりたいのか、どうしてやりたいのか
自分はプログラマに向いているのか、考えながら、勉強していったほうが良い。
ちなみに私はプログラムを解くの好きだったし、ある程度は得意だった。
ADHDと自閉症混じってるから、だから職人的なことをやりたかったし、テストをかけば不注意で大きな損失を出す可能性も低くなる。
だからプログラマを目指しているし、プログラマとして就職するつもりなんだよね。
私も無名で、プログラム力的にはpaizaのSランクは、後ちょっと足りない、運が良ければ成功するんじゃない？ってレベル。
ツイッタランドのすごい人たちは目指すと疲れるだけなのでほどほどにね。
彼らは多分余裕綽々でS取れる。
paizaの出題は競技プログラムの一種で、競技プログラムっていうのはある程度出題の仕方が似通ってる。
複数回解いていると昔に残ったコードとか再利用できたりするから有利になるっていうのもある。
ゲームで例えるとRPG好きな奴にFPSやらせても全く活躍できないけど、FPSが得意な奴に別のFPSゲーやらせてもできたりするでしょ。
開発のジャンルの違いがあることは覚えといて。
Mac買えなくて開発環境として選ぶなら,windowsよりlinuxのほうが良い。
windowsだと環境整える前にストレスがやばいし、パソコンが死んだ場合のストレスもやばい。
あと、古いパソコンだとUSBブートができなかったのも割とめんどくさかったし、回線がめちゃくちゃ低速だったから、ISOファイルのダウンロードに半日かかってたかな。
VirtualBoxはすごいスペック持っている人が使うものなので、買い換えないならクリーンインストールかデュアルブート推奨。
ubuntuにしとけば、ウイルス系もあんまり構う必要性がなくなるからね。
起動にVirtualBox起動に数分待って、端末以外を使おうとすると固まるみたいなことやってると辛さが溜まるから。
デビットカードでも行ける。
するが銀行に口座を作ってデビットカードを申しこめば、２０歳以下でもなんとかなる。（年齢によっては親の同意は必要だけど）
２，３週間かかるけど、デビットカード作っておくことで色々なサービスを体験できるようになるのは選択肢を増やすにあたって重要なことだから是非。
一応著名なプログラマーをTwitterでフォローしてるけど、ご飯の画像を載せてたり、若者の僕には通じない寒いギャク連発してたり、ロリっぽい画像をRTしてたりと、twitterはメインの情報収集としては利用してない。
ネット上は怖い人もたくさんいるし、まさかりがちょくちょく飛んでくるけど、変にウケると拡散してくれて色々な人が声をかけてくれるのも確かだったりする。
ゆっくりと自分の使い方を覚えていけば少しずつ楽しめると思う。
実際、SNSは情報の精度としては当てにならないし、勉強のためってSNSを使うとストレスで辛くなった。
自分の好きな人だけをフォローすると精神安定するよ、あとフォロー返しはやる必要はない。やってるとTL荒れるからね。
（リストとか使いこなせるなら別なんだろうけどね）
おすすめ度は◎○△であらわす。
おすすめ度：◎ 条件：最低で６，７万円のお金が必要。 おすすめはlenovoのeシリーズ。 重いけど、コスパは良好比較的安めに上がってキーボードも打ちやすいのが良い。 いまはcorei5, メモリ8GBの使ってて、大体（重めのゲーム以外）したいことはなんとかなる。 SSDはあったら便利だけど、一番重要なのはメモリな。 開発したいなら８GBは必須。 （苦労話： 古すぎてノートなのにキーボードを常時接続必要だったり、画像が多いサイトはブラウザを選ぶ必要があったり、何よりもIDEが使えなくて辛かった。 windows vistaのupdateで数日固まったり、ゴミでしかなかった。 ）
おすすめ度：◎ 条件：契約できる年齢か、親の同意（年４万円くらいの出費）が必要 何をするにもまず回線速度が遅いと話にならない。 IDE落としたり、クラウドにファイル上げたり、AWS使う時のアップロードとか、音声会話とか。 〇〇をしてみたいと思ったら,ダウンロードに時間がかからないことは、モチベーションのためにめちゃくちゃ大切。 （苦労話： ISOファイルをダウンロードするのに半日かかるのが普通だと思ってたけど、 まともな光回線＋まともなルータを利用したら、ダウンロードに１時間ちょいになってびっくりした。 特に古いルータだったりするとボルトネックになったりする。 ）
おすすめ度：○ 条件：linuxで生きていくという覚悟 windowsよりは快適。 他のlinuxISOファイルを焼いたりするときにちょっと苦労するかもしれないし、軽いの選ぶと良いかも。 実際普段使うものがネットとプログラムツールだけだったから、なんとかなったし、ゲームの選択肢が強制的に排除されるので、 少しはプログラムに触りやすくなるかもしれない。 （苦労話： エクセル、パワポ必要とか言われた時に、officeのレイアウトで死んだりする。 資料はPDFな。 買い換えない場合のクリーンインストールは↓ 昔のパソコンでもLinuxとか入れればそれなりに動くよっていう人はいるけど、やっぱり社会的な通信網と平均的なマシンスペックが上がっているせいで、ウェブ自体が要求するスペックも上がってて低スペックだとつらい。 ブラウザはw3mとか使って、端末タブを開いてvimで開発してた。 なんでかって言うと普通にブラウザ使うとレスポンスが重すぎたから。 でもその使いづらさの分だけ損してるんだよね。 ）
おすすめ度：○ 条件：電車代などの交通費を用意可能 できること： 他人に触発されるタイプなら、すごい人たちの興味の方向を見て学ぶ方向が増えるかもしれない。 後は交通費と宿泊費の出る勉強会なんてものもあるので応募してみると良いかもしれない。 高校生なら、交通費出してくれるっていう太っ腹な勉強会もちらほらある。 一、二回は顔出し推奨。 欠点はあって、コミュ症は治らないので、友達ができるとは限らない。
おすすめ度：△ 条件：家庭環境による できること： 自分の向上心による。 大学生になって一人暮らしになったら、パソコンに触れる時間は多くなったとは思う。 （勉強しているとは言っていない）
おすすめ度：○ 条件：３，４万円の出費 できること： まず、パソコンを長時間触っていても疲れなくなる。 デスクの高さと椅子の高さはとても大切なもの。 疲れなくなるし、指が攣りそうになることもない。 机の高さはきちんと調べたほうが良い、あってることが重要 今使っているのは１万ちょいの新品デスク（ニッセンのフリーテーブル）と３万弱の中古のオフィスチェア 基本的に３０００円位のデスクは耐久性と高さがゴミだったりするので注意。 机は http://blog.livedoor.jp/itsoku/archives/38727329.html の６６のテンプレを見ておくと良いかな。 （苦労話： しかもノートパソコンでデスクと椅子がなくて狭いこたつの上か100均で買ってきた台の上で、パソコンを使っていたからパソコンの位置の高さが合わなくて姿勢がどうしても悪くなるせいで長時間パソコンをいじることもできなかった。 後は寝ながらパソコンをいじるみたいなみたいな堕落生活してたら、筋肉が硬直してまともに手を握れなくなって、医者にかかることになって１万円程度お金がかかったし、 ２ヶ月位まともにパソコン触れなくなった。 ちょうどその時期は、筆記用具をほとんど使わない単位だけだったから良かったものの、他の単位とってたらもっと治療に時間がかかったかもね。 ）
おすすめ度：○ 条件：それなりのスペックのパソコン、それなり大きさのディスプレイ できること： 設定しなくても、複数のファイルから補完が聞くし、フォルダ内の全てのファイルから検索、置換ができるのが良い。 ただし、ディスプレイが小さいと実際に開発できる範囲が小さくなるのは注意。 （苦労話： IDEは普通に使えるなら作業効率が全く違って、設定少なくても補完も他のファイルやライブラリから保管してくれるたりする。 でも、昔の環境だとeclipseはフリーソフトだけど環境整えるまでが辛いし、重いしで、開くとブラウザすらまともに操作できなくのが辛い。 だから、ブラウザでチュートリアルとか見ててもパソコンに待たされてストレスだった。 まともに使うには設定がめちゃくちゃ必要なのは実際疲れた。 （ac.jpのメールアドレスは必要だけど）学生無料なIDEでjetbrains製品があるけど、設定しなきゃダメなvimとかと違ってマウスで操作できるのがすごい良い。 端末ではコピペが簡単にできなくて、数は少ないけどよくあるミスが、間違えてcommandモードで貼り付けてやり直したり、vimのline numberの設定をいじらずにvimからコピペができる。 コレだけでイライラ具合が全然変わる。 ）
おすすめ度：◎ 条件：図書館や図書室で本を注文できるか、本があるか できること： プログラムの能力が向上する。 おすすめされている本を探すと良い。 プログラム初学者なら、ネットだけで勉強するよりは効率がある。 とりあえず、やりたいことなくて、プログラム力をただ上げておきたい場合は、 競技プログラムやりたいとしても下の順番で進めると良いかもしれない。 あと、プログラムには自分が到達しているところまでで言うと、次の順で壁があって能力が足りないと行き詰まることがある。 >> 関数化 → クラス化 （→ ポインター） → 再帰 → 関数型言語 << 数年かけて勉強して次の段階に勧めないならプログラマは諦めたほうが良いかもしれない。 （能力が足りないのは上司も自分もつらくなるよ）
おすすめ度：○ 条件：１万円弱のお金 できること： ノートパソコンなら２個の画面を使えると作業効率が違う。 特に手打ち系のコーディング練習とかがめちゃくちゃ捗るようになる。 （苦労話： IDE系列は画面を割と占拠するので、ノートパソコンの狭い画面だと辛い。 でも大きすぎる画面だと持ち運べなくなるのでダメ。 画素数が上がればその分だけ小さく表現ができるので、画面サイズが同じでも画素数が違うとかなり大きさが違って見えたりする。 ）
おすすめ度：○ 条件：学力があること努力すること、覚悟 できること： 奨学金を利用して環境を整えたり、時間が増えるから更に勉強できる。 プログラム関係もそれ以外も就職先が増える。 また、これからの転職したくなった時に逃げ道が増える。 欠点、国立は安いけど、入学にそれ相応の努力が必要。私立行けるなら、苦労してないと思う。 あと免除制度っていうのがあるから、そういうのも利用しつつ費用を安く上げよう
おすすめ度：○ 条件：年齢（か、親の同意） できること： ちょっとした電子払いができるようになる。 多重債務は起こらない。 欠点としては、定期払いはできないので携帯の契約とかはできないことに注意。
低スペックのパソコンしか無いのは、多分家庭環境のせいでもあって、
君がアルバイトもできるかどうかわからないし、アルバイトしてもそのお金が君のもとに入ってくるかはわからない。
お金も無限にあるわけじゃないし、時には経済格差を感じて辛くなることもあるだろう。
少ないお金の中でうまくやりくりして、それでも自分の力にしていってほしい。
（お金が潤沢にあるなら親を説き伏せることをがんばって）
応援してるよ。
高校時代からプログラミングに興味を持ち、ショボいCGIなんかを書いていた。
んで、大学時代はバイトと学業に勤しんでいた（情報科には行かなかった）。
就活は自己分析してやっぱり自分はITだね！とか思ってSIerになった。
Ajax、関数型言語、クラウド、モバイル、統計、機械学習色んなトレンドが来たが、自分で何かをやろうとしたことはほぼなかった。
やろうとしたが、マシンスペックがしょぼいと言って何もしなかったり、失敗したり、身につかなかった。
致命的だったのは何かを作ろうという意欲が自分には全くなかった。あんなツールがあったら便利だなとか、こんなサービスがあったら楽しそうだとかという気持ちがまったくなかった。
人見知りの性格と、何も作れていない自分が惨めでSNSにも勉強会にも参加できなかった。
この10年、仕事でやっていたプログラミングの技術は少しは向上したけど、ただそれだけだった。
プログラマ定年説まで半年。向上心も枯れて、人見知りは治らないし、仕事はできない。おまけに鬱持ち。
