サラリーマンプログラマに向かない人の生きる道
サラリーマンプログラマに向かない人の生きる道 2015.03.31 Updated by Ryo Shimizu on March 31, 2015, 14:44 pm JST 元日立で現VA Linuxの社員プログラマーらしき人が日立を辞めた後の転職を猛烈に後悔していることが話題になりました。 「年功序列などで働きづらい」として転職した元日立社員、転職後「日立のほうが良かった」と後悔して話題に/Slashdot この騒動を受けた本人のブログエントリを拝見しましたが、個人的にはあまり同情できません。 騒動の内容と今後について 上記のエントリを読んでいただければ私の言いたいことはだいたい伝わると思います。 残念ながら、世の中には、どれだけそれが好きでも、また、それに関する才能があったとしても、会社員には向いていないタイプの人が居るのです。たぶん今回の騒動の主となる人は会社員としてプログラマを
英語圏のオープンソースプロジェクトに貢献する最も簡単な方法またはsinatra/README.jp.mdまたは彼はなぜ私を愛するようになったか
今年はもう少しまじめにWebフレームワークというものを勉強しようと考えました。 Railsは私にはちょっと敷居が高いので、軽量WebフレームワークであるSinatraを理解することに決めました。今までにSinatraを使ったことは何度かありますがSinatraを知っているとはいえない状況でした。 理解のために、まずは公式サイトのドキュメントを読むことにしました。 サイトのトップにはプロジェクトのREADMEが掲載されており、そのページを開くと実に9000ワード3000行にも及ぶ、充実した内容の機能解説が目に飛び込んできました。 その分量に圧倒されながらも、ページのヘッダ部分をよく見ると他言語によるREADMEへのリンクが張られていることに気づきました。そして有難いことに、その中には日本語版が含まれていました。 迷うことなく私は日本語版のページを開きました。そして愕然としました。 Sinat
タダ飯よりも素敵なものは - steps to phantasien
GitHub co-founder の Tom Preston-Werner (以下もじょ先生) が お仕事のコードも大半はオープンソースにしたほうがいい という話を書いている。 (@higepon の tweet で知った。) 同じような主張は、ビジネスとしてのオープンソースが隆盛を極めた 2000 年前後にもみられた。 時は流れ、今はソフトウェアそのものよりはアプリケーションやサービスをウェブ越しに売る時代。 ハイテク企業の前線もコード自身からデータやユーザの時間といったコード以外の部分に少しづつ軸足を移しつつある。 そうした企業は十年前とは異なる文脈でコードをオープンソースにしはじめた… というだいたいの背景を踏まえつつ読むと、もじょ先生の話は感慨深い。 もじょ先生はスタートアップの founder/CTO らしい立場でオープンソースの利点を説いている。 私はスタートアップ勤務でもな
オープンソースによる新しい受託スタイルの提案
前々回のエントリ「受託開発とGPL」では、受託開発においてGPLのソフトウェアを用いる際に注意すべき点やライセンスの扱いについて書いた。ただし、その視点はあくまでも「GPLはSIerにとって注意すべき≒厄介なシロモノであり、如何に地雷を踏まないようにするか」というものであったように思う。だが、「厄介である」という性質は、裏を返せば「味方につけると頼もしい」ということだ。つまり、GPLは、味方になれば強力で頼もしい存在なのである！今日は、SIerが今の開発スタイルから脱却し、如何にしてGPLを味方につけて戦っていくかということについて語ろうと思う。ちょっとひどい妄想夢物語的な記述も入っているのだが、「何言ってんだコイツ？！」とツッコミたいところをぐっとこらえて最後までお付き合い頂ければ幸いである。 システム全体を再構築するのは大変SIと一口で言ってもその規模は大小様々であるが、業務（基幹系）
米国と欧州、オープンソースビジネスの違い | スラド
本家"Is Open Source Different In Europe Than In the US?"より。 9月21日～24日までパリで開催されていたEurope Open Source Think Tank 2008に参加していたVA Software Corporation前CEOのLarry Augustin氏は、会期中ヨーロッパと米国でのオープンソースビジネスの違いについて何度も耳にしたそうだ。氏はその様々な意見をまとめ、欧州と米国のオープンソースビジネスの違いに関する考察を自身のブログに掲載している。 それによると以下のような違いがみられるとのこと。 オープンソース採用の主な理由 ・欧州：ベンダー・ロックインを回避 ・米国：コスト 商用オープンソースビジネスを推し進める主要因 ・欧州：ローカル・ソフトウェア産業の創出 ・米国：ベンチャー・キャピタルや企業主導。大きなビジネ
中里一日記: 低レベル オープンソース ソフトウェア憲章
低レベル オープンソース ソフトウェア憲章 概要 非常にレベルの低いソースコードを、非常にレベルの低いドキュメントだけで公開しよう。 緒言 現在では、高水準のオープンソース ソフトウェア（OSS）はありふれたものになりました。しっかりと練り上げられた設計、大量の高品質なドキュメント、膨大なユーザ数。私たちが日ごろ目にするOSSの大半は、非常に高水準のOSSです。 その水準の高さを目の当たりにするにつけ、私はこう思います――「自分には高水準のOSSなんて作れない」。そこで私は高水準のOSSをあきらめ、低レベルのOSSに固有の価値を追求することにしました。 プログラマの身の回りには、低レベルのソースコードがちらかっているはずです。コメントは皆無で関数名はでたらめ、入力データを決め打ちしていて一般的な利用は不可能、使い方など書きようもない――そんな書き捨てのコードがあるはずです。 そのコード自体
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
