このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2018 GMO Internet, Inc. All Rights Reserved.
最近、この春に職業プログラマになった人達と話す機会に恵まれているので、共通して話すことを書いてみる。 大概、○○について、聞かせてください。とか、いろいろ聞いてくる人達は、羨ましいぐらい、すごく意識高い。 彼らは会社での仕事のプログラミングを上手にやりたい。ってのは、あたり前だし、 どうやってテストを綺麗に書くか? テスト書きながらプログラミングするってのをどう学ぶか? 綺麗な設計はどうやるのか? 仕事でコードを書いていくってのは、どういうことなのかとか? すごいコードはどうやって書くのか? とか、いろんな事を学びたくて、何から学ぶべきなのか見失っているのではないかというぐらい、やる気に満ちあふれている。人それぞれ、やる気の方向性や現在のスキルセットが違うから何をしたいのか、した方が良いのかは異なっている。 だけど、ざっくり共通しているのは、結局のところ「ある程度のプログラマとしての実力を
/** * クラスを定義してみる */ var A = Class( Object, { /** コンストラクター */ constructor: function( name ){ /** @private */ this._name = name; }, /** プロパティ */ name: { get: function(){ return this._name; }}, /** メソッド */ toString: function(){ return "[object A name=\""+ this.name +"\"]"; } }); /** * 継承してみる */ var B = Class( A, { constructor: function(){ A.apply( this, arguments ); }, setName: function( value ){ thi
はじめに 他の人が書いたコードを読んでいるときに時々気になるのが、英語の間違いです。 特に動詞、名詞、形容詞の使い分けが間違っていたりすると、かなり違和感を感じます。 そこで今回はモデル(=クラス)やメソッドに名前を付けるときの基本的な原則をまとめてみます。 また、英文法的に正しい品詞が選べるようになるための習慣についても最後に説明します。 想定する言語/フレームワーク この記事の説明ではRuby/Ruby on Railsを想定しています。 ただし、基本的な考え方は他の言語でも同じように使えるはずです。 モデルの名前は名詞にする 例: 「支払い情報」を表すモデルを作りたい場合 × Pay ○ Payment 「支払う = payか。よし。」でモデルを作ってはいけません! payは動詞で、payの名詞形がpaymentです。 Payモデルではなく、Paymentモデルを作りましょう。 例:
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識が本になりました。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない!vs. 現場に任せてくれない!の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマ
works デザイナーのわたしがプログラミングの基礎をだいたい3日で覚えた1つの方法 Posted by Miki Ishijima on May 20, 2014. フルスタックエンジニア!フルスタックエンジニア! 最近なんでもかんでも出来る人が求められていますね。Webデザイナーの人でも簡単なプログラムに触れる機会は以前より格段に増えています。 わたしもプログラムを覚えたいと思い、勉強していました。しかしそれは、禁煙と同じようなもので触ってはやめて、触ってはやめて、飽きてしまうの繰り返しでした。 身につかない原因 プログラムの勉強会や、本、ブログなどを読んでもなぜ身につかないのか。難しいというのは理由ではありません。 むしろ、基礎の「き」くらいであればコーディングと同じくらい簡単です。 わたしが一番の原因だと考えるのは作りたいものがないというコトです。 子供向けプログラム学習アプリケー
写真2●センサーとモーターを小型ボード(NanoBoard AG)経由でパソコンにつなぎ、Scratchで組んだプログラムでレゴブロックで作った模型など制御する ベネッセコーポレーションは2013年7月15日、小学生と中学生を対象にしたプログラミングのワークショップを東京・吉祥寺で開催した(写真1)。同社は、子どもたちの論理構成力や創造力を育む目的で、プログラミング環境の「Scratch」やセンサー、小型ボードを用いた1日ワークショップを新たに企画し、今回初めて提供した。今後定期的に開催していく予定である。 ベネッセは、科学的思考能力の育成を狙ったBenesseサイエンス教室の特別企画として今回の「クリエイティブ・プログラミング・ワークショップ」を開催した。午前10時から午後4時までで受講費は1万5000円(税込)である。ワークショップの内容は以下の通り。午前中は、Scratchの使い方と
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? あわせて読みたい 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 「オブジェクト指向プログラミング」と「関数型プログラミング」のたった一つのシンプルな違い あきらめるにはまだ早い!ソースコードの品質向上に効果的なアプローチ 2015年に備えて知っておきたいリアクティブアーキテクチャの潮流 この記事について この記事は新人向けの研修内容を再編集してお送りいたします。 ここで述べる内容はどのようにして現在のプログラミングスタイルが生まれてきたかを
洞窟物語ブラッシュアップ対話記録(1年分) = あいさつ = 開発室Pixel の Pixel です。 2004年の終わりに Windows用 フリーソフトとして完成した「洞窟物語」は、 自分で言うのもなんですが、フリーソフトのわりには本当によくできたゲームで、 リリース後には日本と海外でたくさん遊んでいただいて、予想以上に高く評価されました。 洞窟物語は制作に5年くらい(作り直しも含む)かかりましたが、 その制作期間の最後に専用の掲示板を用意して行った5人(?)がかりでのブラッシュアップは、 気が付けば1年を費やし、洞窟物語を飛躍的にいいものに仕上げたことは間違いありません。 あれからすでに10年近くが過ぎてしまいましたが、 洞窟物語の完成に、僕の友達である クロイヒト・虎い・ナオクと他1名の 熱心な取り組みがあったことを知ってもらう為に、 彼らの許可を得て、その掲示板でのやりとりをここ
新学期を間近に控えた4月2日。東京・JR渋谷駅からほど近いビルの一室に集まったのは学年が異なる4人の小学生だ。若干緊張した顔持ちの子どもたちに講師が声をかけてリラックスさせていく。「みんなどんなロボット作りたい?」「くま!」「お仕事するやつ」。たくさんのレゴブロックを使って始まったのは、プログラミングで動く「ロボット作り」──ここは子どもが学べる“ITものづくり教室”なのだ。 東京・渋谷にオープンした「Qremo」は、高校生までを対象とした子ども向けのものづくり教室。レゴブロックやモーターを使ったロボット作り、3Dプリンタやレーザーカッターでオリジナルアクセサリーのデザイン、教育用プログラミング言語「Scratch」を用いたゲーム制作、名刺サイズのコンピュータ「Rasberry Pi」とカメラ、LEDで電子工作――などの多彩なコースが設けられている。
安価でプログラミングをするスレより。このスレは1さんと2さんが主に会話をしています。Javaについての会話がとても有意義だったのでまとめてみました。挫折ポイントとして名高いオブジェクト指向も、このようにエヴァで例えるとすんなりと理解できそう! 1さんが2さんにJavaを教えるところからスタートします。 ちなみにけっこう長めのまとめ。Javaに興味ある人、Javaをお勉強中の人は何度か読み返すといいかもしれません(*・ω・*) 110: 1◆NaUNjCMHzs 2014/04/05(土)01:07:13 ID:n6jvIZNZZ どこまでできる? 111: 2◆DTn7LrZ..DaI 2014/04/05(土)01:08:06 ID:XKWkZFm7A 何をだい?? 112: 1◆NaUNjCMHzs 2014/04/05(土)01:08:29 ID:n6jvIZNZZ java 113
RegExr is an online tool to learn, build, & test Regular Expressions (RegEx / RegExp). Supports JavaScript & PHP/PCRE RegEx. Results update in real-time as you type. Roll over a match or expression for details. Validate patterns with suites of Tests. Save & share expressions with others. Use Tools to explore your results. Full RegEx Reference with help & examples. Undo & Redo with {{getCtrlKey()}}
多彩な演出効果をカンタンに導入できる事で脚光を浴びたprototype.jsの登場を皮切りに、インターネットで公開されているJavaScriptライブラリの数は、この一年で急激に増加した。何かやりたいことがあったときはWebで検索すれば、大抵、どこかにライブラリが転がっている。便利な世の中になったものだ。 一方、Webを通じて提供されるサービスは多様化の一途を辿っている。JavaScriptライブラリは整ってきたが、当然、置くだけでは機能しない。ライブラリのサポートページには簡単なサンプルが載っているものの、サンプルがそのまま適用できるケースはごくわずかだ。しかたなく、他の誰かが似たような事をやっていないかとWeb検索するはめになる。 思えば、これまでJavaScriptを言語としてとらえ、きっちり向き合う機会は少なかったのではないだろうか。 1995年の終わり、Netscape Navi
JavaScriptで書くデザインパターンが気になっているので、手始めに一番よく見ているであろうモジュール・パターンについていろいろ調べてみました。 なぜ使うの? モジュール・パターンは名前の通り、処理を他の処理とぶつからないように安全に切り離し、モジュールの形として提供する考え方です。YUI などの大規模なフレームワークから小さなライブラリにも取り入れられています。以下のようなメリットがあります。 グローバル変数を極力減らして、機能をモジュールの形で提供できる。 コードの成長に合わせて構造を作れる コードを見通しやすくする 要件に応じて追加、置き換え、削除ができる シンプルな書き方 Sample というオブジェクトを作って、いろいろ便利な機能をつけていきたい、という場合、下記のような書き方ができます。 var Sample = { name: 'sampleくん', age: '30',
thatに思いを馳せる JavaScriptにおいて that = this とか self = this なパターンを頻繁に使うと、作業者の理性が保証されない場合に下記に示す2点の問題が起こりう得ると思っている。 「あー、どうなのかなー、うーん」と思いながら書いてみる。 1.メソッド分割が適切におこなわれない雰囲気 ちょっと極端かも知れないが、Backboneっぽいコードを例にしてみる。 initialize: function() { var that = this; this.listenTo(this.entity, 'success', function() { var bar = that.foo(); that.$el.find('.qux').text(bar); // long. // long.. // logic... }); this.entity.execute(
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く