「プログラミングの常識」を時々見直す必要性について｜Rui Ueyama
自分の中のプログラミングの常識というものは、ときどき現実のハードウェアに合わせて調節しないといけない。ハードウェアが進歩し続けているので、コンピュータで簡単にできることと相対的に難しいことのバランスが変化し続けているからだ。ここでは特にストレージにフォーカスして書こうと思う。 昔はメモリが相対的にとても貴重な資源だったので多くのプログラマがメモリを節約することに血道を上げていた。例えばWindowsの初期の頃に設計されたデータ構造には、メモリをバイト単位ででもいいから節約したいという意図の痕跡がいまでも多く見受けられる。DRAMの次に速い記憶装置はHDDだったので、メモリが足りなくなればHDDにデータを保存せざるを得ないのだが、DRAMとHDDのランダムアクセスの速度差は、机の上の本の開いているページを見るのと、その本をAmazonで注文して到着するのを待つのと同じくらいのスケールで違うの
Runnable Joins the MuleSoft Family
We’re thrilled to announce the Runnable team is joining MuleSoft. This is an incredible opportunity for us to expand our vision of empowering developers to test changes without the infrastructure bottleneck; we couldn’t be more excited to work with MuleSoft to continue our journey. As apart of this transition, we’re shutting down service for all Runnable accounts. To those we had the joy of servin
Haskellで生産性を高める-Pythonからの移行 | POSTD
(注記：11/30、いただいた翻訳フィードバックを元に記事を修正いたしました。) 最近、Haskellでも生産性の高い作業ができるほどに、この言語を使いこなせるようになりました。定期的にPythonを使いもしますが、今ではWebプロトタイプ作成のほとんどをHaskellで行っています。それで、時間が経ってしまう前に、この言語の学習経験を通じて考えたことなどをまとめたいなと思っています。 データファースト これはどちらかというと動的言語から静的言語への移行に関しての考えなのですが、Haskellのデータ構造は、ほとんどの場合、データ宣言と型シグネチャで提示されるのに対し、Pythonの場合、おおむねコードによって暗黙に定義されます。 Pythonの関数について私が初めて抱いた考えは、「コードに何が書かれているか？」でしたが、Haskellでは、「データはどう見えるか？ この関数は＿＿＿を受け
Naming -名前付け- - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Naming -名前付け- プログラミングで最も重要な技術の一つが、名前付けです。 且つ、センスが問われるものなので、上達は難しいものでもあります。 この記事では、様々な文献から抽出した名前付けに関する情報を雑多にまとめました。 -名前重要- ソフトウェアの設計のアプローチとして、『まず名前から入る』というのは、あまり語られていない秘訣としてもっと広く知られても良いように思います。 まつもとゆきひろ 『プログラマが知るべき９７のこと』 コミュニケーションの基礎 名前は、コミュニケーションの基礎となるものです。 私にもあなたにも名前が無け
ITエンジニアのレベルアップに最適！競技プログラミングサイト10選 -
Photo by Nic McPhee こんにちは。谷口です。 ITエンジニアの皆さんは、競技プログラミングに参加されたことはありますでしょうか？ 競技プログラミングとは、一般に、出題されたプログラミング問題を制限時間内に解いて競い合う競技大会のことです。出題者側はテストデータを使い、回答が正しいかどうか判定されるといった流れで行われるものが多くなっています。 今回は、競技プログラミングを実施しているサイトを10件ご紹介します。 ■競技プログラミングサイト ◆1.TopCoder http://www.topcoder.com TopCoderはTopCoder社が主催する、世界中で約60万人の人々が参加する世界最大規模の競技プログラミングコンテストです。 TopCoderの各種目に参加すると、プログラミングスキルを表すレーティングと呼ばれる数値が付けられます。一定以上の高いレーティングを
良いコ―ドへの道―普通のプログラマのためのステップアップガイド：第2回 名前付け重要。または，良いコードは良い名前から生まれるんです。―その1 良い名前の条件｜gihyo.jp …
良いコ－ドへの道―普通のプログラマのためのステップアップガイド 第2回名前付け重要。または、良いコードは良い名前から生まれるんです。 ―その1 良い名前の条件 Coding is freedom（犬井ヒロシ風） プログラミングは自由です[1]。たとえば「コネクションに接続できないときの例外クラス」が必要になったら、「FatalConnectException」「CannotConnectException」「ExternalConnetException」といったふうに、いかようにも作成することができます。設計やアーキテクチャの決定なども組み合わせは無限にあり、どれを選択するかに絶対的な決まりはありません。今回は自由だからこそ難しい「名前付け」についてのお話です。 良い名前をつけよう プログラミングを行っていると、変数名、メソッド名、クラス名など「名前」を考える場面が多
Exercism
👋Learning to code? Check out ourCoding Fundamentalscourse for beginners!
やっぱり日本は強かった！ 若き競技プログラマーが上海で世界トップレベルのアジア決勝戦を制す
やっぱり日本は強かった！ 若き競技プログラマーが上海で世界トップレベルのアジア決勝戦を制す2015.01.19 11:00Sponsored 三浦一紀 日本の未来を変えるのは、君たちだ。 昨年11月、東京・秋葉原で行われた｢CODE FESTIVAL 2014｣。その模様はこちらの記事でお伝えした通り（主催者側へのインタビュー記事はこちら）。今までにないフェス型プログラミングコンテストということで、話題を集めました。 そして2014年12月21日。CODE FESTIVAL 2014を勝ち抜いた上位30名が、中国・上海においてアジア決勝大会｢CODE FESTIVAL 2014 -ASIA FINAL-｣に参戦。昨年はアメリカのMIT（マサチューセッツ工科大学）で開催されましたが、日本の学生が上位を独占するという結果になり、日本のレベルの高さを実感することができました。 しかし、今年はその
APIのエラーハンドリングを見直そう - WebPay Engineering Blog
ここ数ヶ月にわたって、WebPayはAPIのエラーにまつわる変更を少しずつ行ってきました。 それに付随してドキュメントも拡張しましたが、変更の背景について十分に説明できていない部分がありました。 この記事では、最近のエラーに関連した変更の背景を紹介し、今後どのようにエラーをハンドルすべきか説明します。 記事の内容は執筆時点のものであり、今後同じようにエラーやAPIの変更を行うことがあります。 変更があっても記事の内容はその時点の内容を保持し、ウェブサイトのドキュメントのみ更新します。 必ずウェブサイトのドキュメントを合わせて参照し、手元で動作確認を行ってください。 エラーはなぜ起きるのか WebPayのAPIは、リクエストされた操作ができなかったときにエラーを返すように設計しています。 可能なかぎりエラーにならないような設計、実装を心がけていますが、エラーは絶対に避けられません。 例えば、
初心者が簡単にRubyプログラミングを覚えられる！Smalrubyの使い方 - paiza開発日誌
Photo by Fumitake Taniguchi こんにちは。今回は谷口がお送りします。 先日このブログで、Flappy Codeを使って実際に弊社社員にビジュアルプログラミング学習をしてもらい、ゲームを作ってもらったというお話をしました。 プログラム未経験者の同僚が、たった１時間でゲームを作った方法 - paiza開発日誌 そこで今回は、その次のステップとしてRubyに変換できるビジュアルプログラミングツール『Smalruby』を使って、ビジュアルプログラミングときどきRubyの学習をしてもらいましたので、その過程をご紹介していきます。 こちらのSmalrubyは、ブロックを組み合わせて作ったプログラムを、ボタン1つでRubyに変換して見ることができるという、一からRubyを学ぼうという人にはもってこいのツールとなっております。そもそもが「小学3年生以上の子どもたちがプログラミング
第1回 良いコードを書くための5つの習慣［前編］ | gihyo.jp
本連載が書籍化されました。 『良いコードを書く技術 ─ 読みやすく保守しやすいプログラミング作法』 縣俊貴 著／A5判・240ページ 価格2394円（本体2280円） ISBN 978-4-7741-4596-9 はじめに この連載は、「良いコードの書き方」を知ることを目的としています。みなさんの周りにも「良いコード」をものすごいスピードで書き上げて、開発の原動力となっているプログラマがいませんか？ 本連載ではそのような「できるプログラマ」たちが「日常的に意識していること」に注目して、彼らの中では常識だけど一般的には気づかれていないような内容を、プログラミング初心者にもわかりやすい言葉で解説していきます。プログラミング言語はJavaを中心に説明しますが、RubyやC＃、JavaScriptなどでの例も織り交ぜていく予定です。 第1回の今回はウォーミングアップとして、良いコードを書くために
XMLParser vs XmlParser どちらが正解？表記が揺れるケースと対策 - codic ブログ
キャメルケースの表記で、よく揺れるケースとその対策についてまとめてみました。プロジェクト内で表記を統一したい場合などに参考にしてみてください。No.3以降は、単語の区切りについてなので、snake_caseにも当てはまりますよ。 1. XMLParser – XmlParser これはよく揺れますね。XMLのようにそれぞれの頭文字 (Extensible Markup Language) を並べて作られた単語を頭字語と言います。頭字語は、それが頭字語だと言う事をわかりやすくするために、英文のルールではすべてを大文字にします。このルールとキャメルケースの表記法とが衝突しているので、人それぞれで書き方がバラツキます。 Rule ルールを作る場合は、英文ルールに従い頭字語はすべて大文字にするか、キャメルケースに従うか・どちらか一方にしなければならないのですが、単語によってしっくりくる書き方が違っ
コードの桁って揃えてる？
変数宣言とかで、 name = "名前"; address = "東京"; tel = "00000000000"; みたいに。 長い変数名追加されたら、全部ずらさなきゃ駄目じゃん。 面倒なんだけど。
CodeRepos::Share – Trac
What are u coding? old title = 個人レポジトリを共有しよう！計画。 みんながそれぞれ作って公開してる公開レポジトリを一緒くたにしちゃいたい。参加してる全員がどのファイルもみたり変更したりできるような。 パッチ送られてくる代わりに「後で見とくからコミットしといて」とかいえたりとか、つくりかけで放置したもので他の人が興味もったら続き作ってもらうとか、メンテするのめんどくなったのだれかにやってもらうとか、突発的に誰かと一緒にプロジェクト始めたりとか、できる！ 詳しくは unknownplace.org - 2007/08/29 - 個人レポジトリを共有しよう！ YappoLogs: CodeRepos - 個人レポジトリを共有しよう！計画 Development We have a Subversion repository and you can check it
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google、プロジェクトホスティングサービス“Google Code”を終了する計画を明らかに
NerdyData
http://plus.appgiga.jp/masatolan/2014/12/25/54935/
GrepCode.com - Java Source Code Search 2.0
Ideone.com
Code Avengers | Learn, Teach, Upskill in Programming, AI, Web Dev & More
