概要 妻子持ちの凡人プログラマが限られた時間で行う趣味の開発について ターゲット 仕事も大事だけど家庭も大事にしたい。でも趣味の開発もしたいソフトウェア開発者さん。 元々実力が高い方はすでに実践済の内容であると思われるため、あまり参考にならないと思います。 ライブラリの作成などに関して、不慣れで、試行錯誤している段階の方向けです。 この記事をまとめる動機 業務外の限られた時間で大小さまざまなソフトウェアを作りたい。 仕事も家庭もあるので、趣味の開発のためにまとまった時間が確保できるとは限らない。 そのため、特に大きめのソフトウェアを作る機会が少なくなりがち。 現状の問題点 大きなソフトウェアを作る際に、個別の機能を別々の小さなタスクにして、 地道に開発することもできますが、開発が長引いたり間が空いたりすると 成果物に対する熱が冷める 全体の設計思想が頭から離れる などの問題が発生してしまい
photo by John Wiechecki 体育会系SE「では、明日までによろしくお願いしますッ！！（スキルはあるけれど、いつも無口で何を考えているか全くわからん。この人とは合わんわ……）」 職人系PG「はい…了解…です（彼は声ばかり大きくてガサツで大雑把。いつも勢いだけなんだよなー）」 チームでよく見かける光景です。水と油のこの二人がこの先生き残るためには、どうしたらよいのでしょうか？結論から言います。協力し合えばいいのです。単純明快です。 でも、それがなかなか実現できないから、みなさん苦しんでいるわけですね。 自分と相手が協力し合えば1+1が「10」にも「100」にもなる「シナジー」（＝相乗効果）という概念。個人的には7つの習慣の中でも最も*1難易度の高い概念だと考えています。 難易度の高さに比例して「抽象度」も高くなっているため、頭で何となく理解して終わり、で済ますだけなら簡単な
このブログが面白かったので、自分の就活についてもちょっと書こうかなと思いました。 就活について思ったことをここに書き記す | κeenのHappy Hacκing Blog 先輩(情報系院卒)の就活話を聞いていると、新卒就活では、少ない人は5社、多い人で10社くらい受けてるくらいかなと思います。(学部卒や文系の人からしてみたら、10社でも多くない方かも) 私は就活を意識した時点で、行きたいと思っていた会社が2社ありました。 小さい頃から行きたかった会社とインターンで惚れた会社で、 就活を意識するまで、他に行きたい会社のことなんて考えたことがありませんでした。 でも2社だけ受けてどっちも落ちたら笑えないわけで、結局その他にも何社か受けることになります。 私がどうやって行きたいと思える会社を探したか、という話をメインに就活のこと書いてみようかと思います。 就活時(M1冬)の自分のぷちレジュメ
1: 仕様書無しさん 2015/02/05(木) 20:44:22.84 .net 思ってたのと全然違った事 予想外だった事 驚いた事 良かった事 なんでもいいので書いてください 2: 仕様書無しさん 2015/02/05(木) 20:46:21.80 .net 趣味でやっていた俺よりも、 コンピュータ技術に無知で 書くコードも冗長で無駄でバグばかり 手動で動かしてテストするか出来ない 脳無しばかりだったってこと 8: 仕様書無しさん 2015/02/06(金) 08:22:01.80 .net >>2 趣味でプログラミングやってるだけで、上位5%には入るわ 4: 仕様書無しさん 2015/02/05(木) 21:10:59.39 .net >>2 その逆の趣味でやってて現場に着くと絶対おいつけないすごい人見ちゃって 業界諦めたくなったわ 118: 仕様書無しさん 2015/02/22(日
経済データバンク: 日米プログラマーのプログラミング言語別年収ランキング
2015年1月8日 日米プログラマーのプログラミング言語別年収ランキング 米国プログラマー言語別年収ランキング プログラマー言語別年収ランキング（米国） 順位 プログラミング言語 年収 1位 Ruby on Rails 約1300 万円 2位 Objective-C 約1280 万円 3位 Python 約1200 万円 4位 Java 約1110 万円 5位 C++ 約1100 万円 6位 JavaScript 約1080 万円 7位 C 約1060 万円 8位 R 約1060 万円 9位 C# 約1050 万円 10位 Visual Basic 約1010 万円 11位 SQL 約1000 万円 12位 Perl 約971 万円 ※Media Pickup 日本プログラマー言語別年収ランキング 日本プログラマー言語別年収ランキング（日本） 順位 プログラミング言語 年収 1位 Pyth
２年程前。 勤めていた会社はアプリ開発のための人材不足に陥っており、一刻も早く使える人材を確保しなければいけない、という状況だった。 多くの開発会社ではおなじみの状況なんでしょう。 いくつかの募集媒体へコストを投下し人材を募ったが、これという人材を発掘することは出来なかった。 ちょうど、DeNAやGREEやサイバーエージェントあたりが、高報酬でガッツリ人材を確保しにいっている時期だったかと思う。 あえてこんな小さな会社を選んで応募しなくても、大手が札束を餌に網を張っているのだから、そっちにいくだろう、と思った。 そうなると結論はひとつしかなかった。 時間をかけてでも、人材を新たに育成するしかない。 元々以前から、人材育成には興味を持っていた。 というより、自分の力だけであれこれやるには体力もついていかないし精神力も弱くなってきているし、いつか精魂尽きるのは目に見えてるのだから、出来る人間に
Dmitri Gribenko氏によるBlog記事 "I Do Not Know C" より訳出。原文および訳文のライセンスは CC BY-SA 3.0 に従う。 この記事の目的は、皆に（とくにCプログラマに）「C言語分かってなかった」と言わせることです。 C言語の死角は思っているよりも身近にあり、よくある単純なコードですら 未定義動作(undefined behavior) を含む可能性があると示したいと思います。 記事は質問に対する回答の形をとります。全ての例示コードは別々のファイルに分かれていると考えてください。 （訳注：Qiita/Markdown表現の制約から、読中ネタバレ防止のため文章順序を変更しています。前半には質問のみを、後半には質問と回答の対を訳出しました。） 質問編 1.
これは、冒頭の問いから端を発した、各章のつながりが不明瞭なエッセイ、流行りのミームでいうと技術的ポエム、であり、プログラミングをテーマにしていてもプログラミングの記事ではない。(と一番最後まで書き終わった自分が注釈を入れている) 良いコードとは何か 趣味で4年、本腰を入れたは最後の2年なのだが、それから3年間ほど仕事でプログラムを書いてきた。それで、趣味プログラマと業務プログラマの一番の違いは、業務プログラマが要求されるのが「他人にどれだけ意図を伝えることができるか」ということに尽きると思うようになった。 他人にとって良いコードとは、書いた人の意味が読み解けるコードであると思う。どれだけ書いた本人の自意識の中でかっこいい・よいコードを書いたと思っていて、実際にちょっと紐解けばそのポテンシャルがあったとしても、隣に座っている人間に伝わらなかったら意味が無い。正しくコードレビューが行われるなら
「日本史なんかより、プログラミングを教えるべき」三木谷浩史氏と夏野剛氏が日本の技術者不足を嘆く この対談がテクノロジー界隈の怒りを買って大炎上しております。三木谷氏と夏野氏曰く、日本史なんか教えなくていいからプログラミングを教えろ、日本でプログラマが足りない理由は工学系とかプログラム系を学ぶ学生が少ないから、だそうであります。つまり、それらを学ばない若い人が悪い、ということの様です。 しかし日本と欧州や北米の現場をみて来た自分からすると、お前ら一体何言ってんだということを申し上げたい。 日本で通信系やIT系の技術者が増えない理由は、ずばり、それら業界がエンジニアを大事にしないからでしょう。 このブログでも再三書いていますが、欧州だと、弱小ベンダーだって日本の様なデスマーチとは無縁です。就労環境の良さは比較になりません。インフォメーションアーキテクトなら年収２千万を軽く越える人だっています。
レンタルサーバなら「さくらのレンタルサーバ」！ 月額換算でわずか129円、缶ジュース1本分のお値段で使える格安プランから、ビジネスにも使える多機能＆大容量プランまで、 用途と予算に合わせてプランを選べます。 さらにマルチドメイン対応でメールアドレスも無制限。無料ウイルススキャンや無料電話サポートもあるので安心して ご利用いただける共用レンタルサーバサービスです。
［入門］関数プログラミング―質の高いコードをすばやく直感的に書ける！ 第1章関数プログラミングは難しくない！―初めて学ぶ人にも、挫折した人にもきちんとわかる マルチコア環境が身近になった影響からか、勉強熱心なプログラマの間で関数型言語が話題になっているようです。関数型言語が奨励する関数プログラミングでは、これまで命令型言語で習得した、命令プログラミングの再代入を使う技法があまり通用しません。そのため、「関数型言語は難しい」と言って途中で投げ出してしまう人も多いようです。 この特集では、関数プログラミングの習得を一度諦めてしまった人や、これから始める人のために、関数プログラミングのポイントをできるだけわかりやすく説明します。 筆者がわかるようになるまで 実は筆者も長い間、関数プログラミングを習得できませんでした。筆者は、長年Emacs Lispを使って、Mewというメールリーダーを開発して
2. 自己紹介 • 名前 西谷 圭介 • 所属 アマゾンデータサービスジャパン ソリューションアーキテクト • ソーシャル – @Keisuke69 – https://www.facebook.com/keisuke69 • 主にウェブサービス、メディア、スタートアップのお客 様担当の技術職です • モバイルなどアプリケーション寄りなサービスを担当し ています
３．デザイン費用、サーバサイド費用 人件費と製作期間で費用が決まりますが、主に月間80万円から100万円ほどが相場となります。 システム開発会社に依頼する場合、アプリデザインは制作会社にお願いする場合があります。 アプリの場合、どのような場所にボタンや画像を配置してユーザーの満足度を向上させるのか、UI/UXを考慮する必要があります。そのため、デザインの全体戦略から入ってデザインに落とし込む作業が発生します。 単独で動作するスタンドアローンのアプリを開発する場合は上記で述べた費用となりますが、データベースを活用して情報を掲載したい場合、サーバサイドの開発が必要になります。費用は最低でもアプリ開発費用の2倍から3倍以上が相場です。 ４．公開後の保守費用 アプリを維持するための平均コストの相場は、年間開発コストの約20％と言われています。 アプリ公開後には、メンテナンス（保守）をする必要があり
教育のこと、天下これより偉なるはなし、一人の徳教、広く万人に加わり、一世の化育遠く百世に及ぶ” 嘉納治五郎（道館柔道の創始者） 武道で用いられる色付きの帯の歴史は比較的新しく、19世紀の後半に始まった伝統です。そもそも指導者（先生）が自分と生徒との差別化の為に、白い 胴着 の上に黒い細布を巻いた非公式な習慣が始まりでした。これが後に嘉納氏により、段位級として形式化されます。当初は黒い布（白帯で胴着を押さえた上に巻かれていた）だったものも黒帯に代わりました。初心者はまず、数字が小さくなっていく級位（もともとは6級から1級まで）を与えられます。上級者になると段位（1段から10段まで）が与えられます。段位を得た人には黒帯を締める権利が与えられ、これは世界中どこに行っても、その道での師であるという証しになります。しかし世間での見方とは違って、黒帯はその競技を完全に極めたという意味ではありません。例
柄にもなく健康の話をします。 去年の今頃は京都から東京に引っ越してきたところでした。まだはてなで働いていましたが、勤務形態は自宅からのリモートが主になっていました。週に6日は家から出ずに家でコードを書いていました。昼から早朝まで書いて昼からまた早朝までコードを書くような、ある意味規則的な生活です*1。 この間、生産性はかなり上がっていて、起きているときはもちろん、寝ている間も脳が活動を続け、睡眠中に考えたアイデアを唐突に起き上がってホワイトボードに書き込むみたいな状態でした。 しかし、1ヶ月くらいすると体調が悪くなってきます。なんか左脳の後ろ側が死んでるみたいな。 なんか脳が欠けてる感じがする— fukamachi (@nitro_idiot) January 12, 2014 あと心臓が異常にバクバクする。座るのもきつくなってくるのでだいたいダメ人間ソファに沈んでHHKB叩いてるみたいな
私はこの7年半、 Ronimo でプログラミングを学ぶ多くのインターン生を指導し、様々なタイプの大学生や大学院生を見てきました。彼らのほとんどには、共通して言える学ぶべきことがあります。特別なテクニック、アルゴリズム、数学、あるいは特定の形式についての話だと思う人もいるかもしれません。もちろんそれも必要ですが、中心的なものではないと私は考えます。彼らが主軸として学ぶ必要があるのは、自己統制力です。常に可能な限り読みやすいコードを書き、開発中の変更により秩序がなくなってきた時にはきちんとリファクタリングを行い、使用されていないコードを除去し、コメントを追加することができるという力です。 プログラミングのインターン生を指導する際、この話にほとんどの時間をかけます。上級のテクニックでもなければエンジンの詳細についてでもなく、概ね彼らにより良いコードを書かせることに主眼を置きます。いつもインターン
プログラマーの中には盲目の人もいる。その一人、Ed Summers氏は30歳で視力を失い、現在はソフトウェアエンジニア兼アクセシビリティ専門家として働く傍ら、盲導犬 Willieのブログのゴーストブロガーもやっている。目の見えない人がどのようにしてコードを書くのか不思議に思う人もいるだろう。生まれながらにして盲目のFlorian Beijers氏の場合、普通のDell Inspiron 15R SEノートパソコンと、彼が信頼するオープンソースのスクリーンリーダー「NVDA」があればコードを書くだけでなく、一般的なパソコン操作は問題なくできるという。彼は「これが盲目のコンピューターユーザーのニーズに適応するもののすべてだ」と述べているが、ちょっとした希望としては「あなたが次に素晴らしいUIとワークフローを搭載した大きなアプリケーションを書くとき、要素の一つとしてアクセシビリティを考慮していた
The document describes various probability distributions that can arise from combining Bernoulli random variables. It shows how a binomial distribution emerges from summing Bernoulli random variables, and how Poisson, normal, chi-squared, exponential, gamma, and inverse gamma distributions can approximate the binomial as the number of Bernoulli trials increases. Code examples in R are provided to
ずいぶん前のことだが、Webアプリケーション開発フレームワーク「Ruby on Rails」が00年代後半にブームを巻き起こしたとき、強い主張を持つソフトウェアとしてRailsは多くの議論を呼び起こした。その中でも最大のものはプログラマの生産性に関するもの。当時、すでにいくつも存在していたJavaベースのWebアプリケーション開発フレームワークに比べて、Ruby on Railsは10倍の生産性を達成できるという主張だ。 Rubyの生産性はJavaの10倍――。この主張が多くのエンジニアの琴線、もしくは逆鱗に触れた。「さすがに10倍は大げさだ」、「いや、現実に設定ファイルやコードを書く行数が劇的に減るのだから、そのぐらい当然だ」と意見が分かれたのだ。 2005年のリリースから約10年。Railsの生みの親で、今もプロジェクトをリードするデイビッド・ハイネマイヤー・ハンソン氏は当時を振り返り
10. 「何か」は分かるが「なぜ」が分からないコメント プログラミング入門コースでは、早い段階かつ頻繁にコメントを記述することを生徒に教えます。プログラムを書き始めた初期段階（ごく単純なコードであっても、時に理解し難いことがあります）では、これは実際に役立つことなのですが、習慣にとらわれてしまうプログラマが多くいます。 上記のコードが何をするのか分かりますか？ 私は分かりません。 問題は、多くのコメントがそのコードが 何をする のかを説明していますが、 なぜ そのコードが書かれているかが説明されていません。では、異なるコメントが書かれた同じコードを見てみましょう。 こちらの方が分かりやすいですね。何が起きているのかを完全に理解できるとは言えませんが、最低でもなぜこのコードが必要なのかが文脈から判断することができます。 コメントは、構文を理解してもらうためにではなく、読み手がコードを理解しや
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
