JetBrains製品が50%OFFセール実施中!!9/14まで | Act as Professional
IDEはめっきり触っていない@HIROCASTERでございませう。 最強のJavaScript IDEなどと話題になったWebStormなどを各種言語別に手厚い機能を搭載したIDEを販売しているJetBrainsが50％OFFのセールを実施しています。 新規ユーザーの個人ライセンスに限ってセールは有効のようです。9/14まで実施しているので、お試ししてから購入することが可能です。 IntelliJの$199が$99なのでJavaを使っている人には嬉しいかもしれません。 JavaScriptの人はWebStormの$49が$29となっていて、かなりお手頃価格です。 PHPの人はPhpStormの$99が$49です。Rubyの人はRubyMineの$69が$39となってます。 JetBrains製品はそこそこ評判も良いので、IDEが手に馴染んでる人は試して見る価値はあるのでは？ IDEよりも軽
MVC is dead, it's time to MOVE on.
MVC is a phenomenal idea. You have models, which are nice self-contained bits of state, views which are nice self-contained bits of UI, and controllers which are nice self-contained bits of … What? I’m certainly not the first person to notice this, but the problem with MVC as given is that you end up stuffing too much code into your controllers, because you don’t know where else to put it. To fix
『アルゴリズムを学ぼう』販売開始しました！ - 達人出版会日記
アスキー・メディアワークスさんから出た新刊がさっそく電子書籍になりました。 『アルゴリズムを学ぼう』 （川中真耶, 杵渕朋彦, 椎名俊輔著 アスキー・メディアワークス発行 PDF） 2,016円 (税込) アスキー・メディアワークスさんの最近の表紙デザインなのにイラストがそっち系っぽい感じなので、「これはひょっとして『ググるたん』みたいな電撃PC方面が来たのか？！」と思いきや、中身の方は、 本書のテーマは、ガチのアルゴリズムとデータ構造、そして計算量です。 （「はじめに」より） ということで、ていねいにアルゴリズムを解説してる本でした。 詳しく見ていくと、第1章でまず計算量の話が出てきて第2章がデータ構造、続いてソートと探索のあと、もう一度データ構造としてバランス木の中からAVL木と赤黒木に詳しく触れ、そのあとは最短経路問題などのグラフ、NP完全問題、それから暗号に移って換字式暗号とDES
ITエンジニア向けQ＆Aサイト「QA＠IT」をローンチしました！：Rails Hub情報局：エンジニアライフ
こんにちは、＠IT編集部の西村賢です。本日、2012年5月29日にITエンジニア向けの質問・回答コミュニティサイト、「QA＠IT」をローンチしました！ あるようでなかった、日本語による本格的な技術系のQ＆Aサイトです（プレスリリース）。 今さらQ＆Aなの？ 今さらQ＆Aサイトなの？ と思う人もいるかもしれませんが、QA@ITは以下のような特徴があり、先行する多くのQ＆Aサイトとは異なります。 ITに特化している Wikipediaのように他の利用者の質問や回答を編集できる 質問や回答に対してプラス、マイナスの両方の評価ができる より多くの利用者が評価した回答が上位に表示される コミュニティに認められたユーザーは、徐々に権限が増える 回答と、回答以外のやり取り（質問への質問など）が区別できる 以下、順に説明いたしますが、その前にヒトコト。 分かる人には一瞬で分かると思いますが、QA@ITはS
超エンジニアミーティング〜Happy Hacking!〜 in ニコニコ超会議
webのクリエイティブを支えているのは誰か？ Webの未来を創るのは誰か？ もちろんそれはプログラマーである。超エンジニアミーティングではプログラマをクリエイターと定義し、もの作りの楽しさについて徹底的に語り合う。まだ世界にないものを発明するのはもちろん、車輪の再発明も、実装してみたも、速度改善も、コーディングは楽しい。さあ、今すぐ幸せなプログラミングを始めよう。 企画名称 超エンジニアミーティング 日時 4/28(土)11:00～18:00、4/29(日)11:20～16:30 ※当日は混雑が予想されますので、十分な時間的余裕をもってご来場ください。 場所 幕張メッセ 国際展示場6ホール http://www.m-messe.co.jp/ 主催 株式会社ドワンゴ 価格 超会議チケット(前売り1000円、当日1500円) 詳細 ニコニコ超会議 http://
何故バグ報告の99%が役に立たないのかもしくは何故プロのテスターが存在するのか - oops
テストにはプロがいます。「お仕事」で開発する場合はQA(Quality Assurance/品質保証)部門という「テストのプロ」がテストします。 バグ修正におけるテスターの役割は極めて重要で、「プログラマの手元で任意に再現可能な状態に持ち込めれば、バグ修正は8割終わっている」と言っても本当に過言ではありません。詳細聞き出しに10時間、修正30分、修正確認テスト30分、なんてのも実務ではザラです。この場合、プログラマも11時間拘束される(=時給x11時間分のコストが掛かる)わけですから、バグ修正のコストは聞き出しに掛かるコストがほとんどを占めることになります。 (誤報告一発で万単位の金が簡単に吹っ飛ぶとも言える) まずそもそもの問題として「素人」がテストを行うと以下のような論外ケースが頻繁に起こります。上に行くほどクソです。 誤報告 実際に起こったことと、現象が違う、手順が違う、設定
「2冊目の本のほうがわかりやすい本」の誤謬 - きしだのHatena
関係ないけど、誤謬(ごびゅう)を「ごしん」と読んでた時期がわたしにもありました。 で、本題。 先日「C++の授業を受けて理解できなかった人が、RubyでRailsをやったら簡単に理解した、Rubyすばらしい」という話がTwitterで流れていた。 ただ、これをもって、Rubyで授業やるとわかりやすい、と単純に考えてはいけない。 確かにC++はヘッダファイルやポインタみたいな、混乱ポイントがあるわけだけど、教育用途なら1ファイルに全部書くことでヘッダファイルからは逃れれるし、C++のライブラリつかえばポインタはあとまわしにできる。Rubyでも文法を淡々と初心者に教えれば「わけわかんない」という感想だけで終わらせることもできる。 なにより、このご時勢にプログラムの最初の授業をC++でやってる先生の授業がわかりやすいはずがない。わかりやすさに気をつける先生なら、JavaかC#かRubyか使ってい
シリコンバレーの英語: 英語でのバグレポートの書き方
3月 21, 2012タイムラインに流れてきたこのリンク先の記事を見て下記の内容を書き込んだところ、いくつか反応を頂きました。せっかくなので、英語でのバグレポートの書き方について簡単にまとめてみます。ポイントは「英語に頼らずに英語を書く」です。 英語でのバグレポートが難しいという人は、日本語でもレポートが書けてない可能性を考えるべき。フォーマットに従って「現状の動作」「期待される動作」を書いて、後は再現ステップと再現環境を書けば、英語が理由で伝わらないということはあまり無いと思う。バグレポートの文章の大半は固有名詞だし。 3月 21, 2012「問題となっている現状の動作」「期待される動作」「再現手順」を意識して書く 「バグレポートを読む」という意識でいる場合、読み手が期待するのはこの3点だと思います。逆に、この部分が書かれていれば、コミュニケーションを成立させることができます。 「現状の
Rackhub - リーンでスマートに生きるエンジニアのための開発プラットフォーム
Buyer Protection Program When you buy a domain name at Dan.com, you’re automatically covered by our unique Buyer Protection Program. Read more about how we keep you safe on our Trust and Security page. Next to our secure domain ownership transfer process, we strictly monitor all transactions. If anything looks weird, we take immediate action. And if the seller doesn't deliver on their part of the
いまからPerl/Ruby/Node.jsやるならRackhubを使わない手はない - Cside::Tech
自作Webアプリケーションのデプロイ先として Rackhub というのが新たな定番になると思っているので、このたび Kyoto.pm *1 で布教してきました。スライド： http://speakerdeck.com/u/cside_/p/vpsdotcloudrackhubRackhub： http://rackhub.net/Rackhubとは一言でいうと「環境構築済みのVPS」です。その何が新しいのか、何が嬉しいのか、など詳しいことは資料の方へ盛り込んだので、ぜひお読みいただければと思います。 ここからは参加しての個人的な感想になります。皆それぞれに問題意識を持っていて、それを解決するためにがっつり一人の時間を取るようにしているのだなぁと改めて感じました。僕は週5フルタイムでバイトしていたときは業務終了後や週末はぶっちゃけ結構だらけてしまっていたけど、今日紹介されてたライブラリやサー
JSにコンパイルされたDartがPerlより速い件 - Islands in the byte stream (legacy)
Dartのインストールが簡単になっていたので試してみたところ、Perlよりも高速だった。 なにこれ悔しい。 Dart: void main() { final t = new Stopwatch(); t.start(); final a = new List<int>(); for(var i = 0; i < 1000000; ++i) { a.add(i); } for(var i = 0; i < a.length; ++i) { ++a[i]; } var sum = 0; for(var i = 0; i < a.length; ++i) { sum += a[i]; } print(sum); print(t.elapsedMilliseconds / 1000); } Perl: use 5.12.0; use Time::HiRes qw(gettimeofday tv_
コミットメッセージの書き方 - 2012-02-21 - ククログ
はじめに 「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」があります。これはあまり着目されていなく、見過ごされていることです。 今回は、コミットメッセージの分かりやすさの大切さ、そして、分かりやすくするための書き方を説明します。 コミットメッセージとその大切さ バージョン管理システムとコミット 現在、ほとんど全てのソフトウェア開発ではSubversionやGitなどのバージョン管理システムを使っています。バージョン管理システムを使うことによるメリットというのは、ソフトウェアの変更が記録されていくことにあります。 具体的なメリットは3つあります。 ソフトウェアの調査がしやすくなることです。現時点でのコードと、そして変更の履歴とを組み合わせることで、それらから非常
AWKのススメ - クックパッド開発者ブログ
はじめまして。インフラチームの菅原といいます。 今年の7月に入社してから、コンソールとにらめっこする毎日を過ごしています。クックパッドのようにアクセスの多いサイトのサーバを扱うことが今まで無かったので、いろいろと勉強になることが多いです。 さて、インフラチームではサーバの状況をモニタリングして、サーバに問題がないかを常に把握するようにしています。そのため日常的にtailでログを追いかけているのですが、そんなときはAWKが非常に便利なことに気付き、最近はかなりAWKにハマっています。 今回は絶賛マイブーム中のAWKの活用例をご紹介したいと思います。 なぜAWKなのか？ 残念ながらAWKの知名度はあまり高くないようで、社内でも「なぜRubyでやらないのか？」と聞かれることがありました。僕も入社するまではcutの代わりぐらいにしか使っていなかったのですが、あるときログ出力の整形に使って以来、AW
コードリーディングについて | ありえるえりあ
コードリーディングについて アリエルネットワークCTO 井上誠一郎 自己紹介 書籍 「P2P教科書」 「パーフェクトJava」 「サーバサイドJavaScript入門」 「パーフェクトJavaScript」 今回の講義 心構えや経験談が中心 抽象論になりすぎないように実践可能な「トライ」ページ 次回講義の予告 3月1日の予定 「Webアプリのアーキテクチャの歴史と進化」 専門用語多め 反応を比較して今後の講義の参考にします コードリーディング(1) 現場で重要なスキル 既存コードベースがある場合、書くコード行数は驚くほど少ない 学習と実務でのギャップ サンプルコードは短い コードリーディング(2) 既存コードを理解できないと デバッグできない 新機能の追加ができない 既存コードと同じコードを書いてしまう(無知ゆえのコピーコード) => 更に読みづらくなる悪循環 理解できないコードは悪 多少
モンキーパッチ - Wikipedia
モンキーパッチ（Monkey patch）は、システムソフトウェアを補完するために、プログラムをその時その場の実行範囲内で拡張または修正するというテクニックである。モンキーパッチの影響はその時その場のプロセス（プログラムの実行インスタンス）だけに限定されて、プログラム本体には及ばない。 モンキーパッチは動的プログラミング分野の用語であり、その定義はRubyやPythonなどの各言語コミュニティに依存している[1][2]。サードパーティ製のランタイムシステム、ソフトウェアフレームワーク、仮想マシン上で発生しがちな、好ましくない動作の違いや各種バグに対してパッチ当てすることを目的にしての、プロセス上に展開されたクラスコードやモジュールコードの動的な修正作業、という点は共通している。 語源[編集] 当初はモンキーパッチは、ルールを無視して実行時にこっそりとコードを変更することから、ゲリラパッチと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://tora-lang.org/
TechCrunch | Startup and Technology News
http://kobitoapp.com/
paraiso-lang.org
Admiral