Javaコーディング規約追補 - torutkのブログ
最近GoogleがJavaコーディング規約を公開したとニュースで知り、目を通してみたメモを書きます。 また、以前Javaのコーディング規約について調べたメモを次のURLに書きましたが、それ以降に公開されたJavaコーディング規約を探してみました。 http://www.alles.or.jp/~torutk/oojava/codingStandard/ Googleが策定・公開したJavaコーディング規約 先月、InfoQの日本語訳の記事で、Googleが最近Javaコーディング規約を公開したことを知りました。 InfoQの記事（日本語訳）GoogleのJavaコーディング規約 （Google）http://google-styleguide.googlecode.com/svn/trunk/javaguide.html さらっと目を通してみたメモを箇条書きで列挙します。 ファイルのエンコ
Evernote Blog � Blog Archive � New updates to Web and Windows
에버노트에 뭐가 새로워요?에버노트에서 무슨 일이 일어나고 있는지 궁금하신가요? 아래의 기사들을 확인하여 우리가 작업 중인 흥미로운 것들을 모두 볼 수 있습니다. 새로운 소식레거시 버전 Evernote 앱 사용 중지2024년 3월 26일, 저희는 레거시 버전 Evernote 앱에 작별을 고합니다. v10 이전의 Evernote 경험을 단일화하면 보안 수준을 크게 높이고 더 빠른 개발을 위해 더 많은 자원을 투입할 수 있습니다. 더 읽기 14가지 주요 기능이 이제 모든 사용자에게 제공됩니다이 중요한 Evernote 기능들은 검색, 첨부 관리, 노트 액세스 등 핵심적인 제품 성능을 높여줍니다. 이제 누구나 그 기능을 사용해 Evernote의 잠재성을 최대한 활용할 수 있습니다.
たった6行!最も簡単にiBeaconの電波を「発信」する方法 - Qiita
さあiBeaconのアプリを作ってみよう！ となった時に、一番困るのがiBeaconフォーマットのBluetoothを発信してくれるようなデバイスがパッとないことです。 自分で実装？めんどいな…っていうかiPhone2台も持ってないしなぁ…… aplixやestimoteを買う？金かかるのもなぁ…… というわけで、Macを使った最も簡単にiBeaconの電波を発信する（Advertiseする）方法をまとめたいと思います。 最も簡単に「受信」をしたい場合はこちら！ たった4行!最も簡単にiBeaconの電波を「受信」する方法 環境 Bluetooth Low Energy(BLE, Bluetooth4.0)が搭載されたMac製品 Macbook Pro, Macbook Pro Retina, Macbook Airなどなど 最近の製品なら大抵OK node.js v0.10.24 準備
4 Ways To Teach Computing To A New Generation Of Kids
Teachers and programmers are now working together and sharing their relative expertise because they care deeply about teaching computing to young people. Here are some of the most innovative ways to do just that. Readers like you help support MUO. When you make a purchase using links on our site, we may earn an affiliate commission. Read More. Programming conferences are unlikely places to find te
googleの社員が告白するgoogleで働くと最悪なとこ【訳】 - aanything's blog
グーグルでのキャリアが天国?世界で最も巨大で野心的なテックカンパニーでの仕事が 悪くなり得る？ 元記事（ Google Employees Confess The Worst Things About Working At Google | Business Insider ） 現役,元グーグラーのインタビューの編集 ____^__________________ 社員はみんなすごい、だから彼らは平凡な仕事であってもすばらしい人材を獲得できる 「大多数が語るグーグルで働くことの最も最悪なことは、彼らが仕事内容に対してoverqualifyであること。グーグルの入社難易度はすごく高い。企業カルチャーも給料も福利厚生もいい。結果として彼らは良い人材を手に入れることができる。仕事が低レベルであっても」 「アメリカのトップ１０の大学から入り、グーグルの広告のサポートをしているものや マニュアルでy
FICC | デジタルエージェンシー
LEADING BRANDS TO DIGITAL WE ARE A DATA-DRIVEN MARKETING AGENCY FICCはデータに基づく論理的なマーケティングを提供するデジタルエージェンシーです。 消費者に価値あるコンテンツと体験を届けるため、戦略立案から施策実行まで一貫して提供しています。
技術調査はググる前が肝心 - seri::diary
概要 ■「プログラミングは自分で調査しながら覚えた方が上達が早い」という意見は非常に同意 ■でも出来ている人少ないよね。調査中に挫折しちゃう。 ■それは「わからないこと」をブレークダウンして整理しないで調査し始めて欲しい情報をピンポイントで調べられてないから ■調査をする前に「何をしたいか」「何がわからないか」を徹底的に時間をかけて整理してから調査した方が結果的に早く答えに辿り着くからオススメ プログラミングが上達しない or 勉強が続かない人へ:とあるIT系社長のブロマガ - ブロマガ 凄く共感できる内容だった。 特に以下の部分 実はプログラミングを"勉強する"ってこと自体ちょっとオススメできない。 どういうことかというと、僕が思うに ・何か作りたいものがある（アイデア） ・それはどうやったら作れるのか（調査） ・実際に作り出す（実行） っていうプロセスが一番上達が早いと思うんだよね。
命名するという行為 - 林檎の木
http://codic.jp/ プログラミングをする上で一番時間のかかる作業ってなんだと思いますか？ アルゴリズムを考えること？ タイピングしてプログラムを組むコーディング作業？ いえいえ違いのです、変数・関数などの名前を考えるのが一番時間がかかる。 これ冗談じゃなくて結構おおむねほぼ本当の話です。難しいのですよ名前を付けるっていう行為は。ナウシカにおいて、巨神兵をオーマと名付ける事によって自我に目覚めたように、対象の存在意義を定める行為に等しい。だから対象がなんであるかをとことん考え抜く必要があるのです。この関数はどういった機能を持っているのか、この変数はどのような値を格納するためのものか、このクラスは何を表現しているのか、存在するとはなにか、生きるとは。往々にして思考が哲学的な方向に脱線したりしてとにかく時間がかかる。 それに加え一度決めてしまうと、なかなか別の名前に変えるというのも
Go言語の気に入ったところ/気に入らなかったところ - はこべにっき ♨
二日間ほど集中してgo言語でコード書いたので、その間に感じたことをまとめてみます。普段はだいたいPerlやJavaScriptでWebアプリケーションを書いています。 まとめの要約 go言語良い Webアプリケーション書くならPerlとかRubyが良い PerlとかRuby書ける人がミドルウェア書くならgo言語良い 気に入ったところ コンパイルエラーが親切 たとえば気楽な気持ちで以下のようなコードを書くと package main import ("fmt"; "net/http"; "log") func main() { resp := http.Get("http://hatenablog.com/") fmt.Println(math.Pi) } 以下のように丁寧に問題箇所を教えてくれます。 ./hoge.go:6: imported and not used: "log" ./h
プログラミング言語における正規表現リテラルの必要性について
Twitterに書いたことのまとめです。 プログラミング言語の仕様の一部として正規表現リテラルを提供することの得失について、JavaScriptを例に説明します。 ■より簡潔なコード 言うまでもありませんが、正規表現リテラルを使った方が簡潔なコードになります。 (new RegExp("abc")).exec(s) // リテラルを使わない場合 /abc/.exec(s) // リテラルを使った場合 また、正規表現リテラルがない場合は、文字列リテラルとしてのエスケープと正規表現としてのエスケープが二重に必要になる結果、コードの保守性が低下します注1。 new RegExp("\\\\n"); // リテラルを使わない場合 /\\n/ // リテラルを使った場合 ■エラー検出タイミング 正規表現リテラルがない場合、実際にその正規表現が評価されるまで記述エラーを検出することができません。正規表
人生のパフォーマンスチューニング : 小野和俊のブログ
プログラマーはソフトウェアを開発する際、無駄な処理や非効率的な処理を極力排除しようとする。この意味においてプログラマーは処理の効率化の専門家であると言える。ならば私たちプログラマーはソフトウェアだけでなく、自分自身の人生についてもパフォーマンスチューニングできるはずだ。 プログラムでしばしばパフォーマンスのボトルネックになるのは、「ループの中の処理」だ。例えば10万行10列のデータを1列ずつ処理していくようなループ処理の中身を1ミリ秒速くすれば、全体で約16分の速度向上が見込める。 人生においても、実行頻度の高い処理はパフォーマンスチューニングの効果を得やすい。 例えば職種を問わず毎日2回ずつ実行される処理として、通勤がある。通勤のチューニングにより、営業日が月に20日だとして、もし通勤を片道30分短縮できれば、月20時間の時間を得ることができる。具体例として私の場合、「通勤を徒歩10分以
力への意志 - mizchi's blog
(この記事は闇 Advent Calendar 2013 - Adventar の8日目です。) コンプレックスの話をする。 僕がプログラミングを始めたのは、2008年の夏、大学1年の夏休みだった。大学のサークルの新歓を巡ったはいいが、どこもかしこも絶望的につまらなくて、当時エンジニアとネットウォッチャーしかいなかったTwitterをみていると、彼らがとても楽しそうに見えていた。 だから僕はTwitter漬けになって、一人でプログラミングの勉強をすることにした。大学では最低限の単位を確保しつつ、とりあえずなんでもいいからアプリを作るぞと、はてブで流れてきたホットそうな技術をひたすら手につけてみた。とにかく、新しそうなものをやるという戦略だった。 最初にやったことは、ゲーム用だったWindowsのデスクトップマシンを潰して、ひたすらUbuntu8.04をインストールしては、Railsのサーバ
プログラミング素人の31歳が、カヤックに入社するまでの記録・ダイジェスト版 - Over&Out その後
本日、CAREER HACKさんに、『失敗続きの窓際エンジニアが掴んだ最後のチャンス｜iOSアプリ開発者 堤修一に訊く | CAREER HACK』というインタビュー記事を掲載していただきました。 この記事は2本立てとなっていて、実際にどうやってスキルを伸ばしていったのか、という後編につながるのですが、31歳のおっさんが、最初はディレクターとして応募したり、スクールに通ってプログラミングを勉強したりと四苦八苦しながらもどうにかこうにかカヤックに入社させてもらうまでの話ってこのインタビュー中にはしなかったなと。 で、本ブログの前身である、 Over&Out というブログは、まさにその、「カヤックの中途採用に応募してみよう、と思ってから、カヤックに合格するまで」を綴ったブログになります。 CAREER HACKさんに過去の経緯についてインタビューいただいたことだし、せっかくなのでこの超マイナー
プログラマの経験年数なんてアテにならない
組み込みを8年やってきて、その後Web系で6年やってるって人がこの前来たんだけどあまりにも使えなくて本当に困った 人間性に問題があるのは目をつぶっても技術レベルが新人に毛が生えたレベルで、もしかしたらその辺の理系学生以下かもしれない 最初は様子見で簡単な一機能を任せたんだけど、そもそも動くものが作れてないからね、挙げ句に逆切れする始末だし 一方で今2年目の子がいるんだけど、最初からセンスのある子だなとは思ってたけど彼はすごい わからない知らないことでも、やらせてもらってもいいですか？って聞いてきてそれなりに形にしてくるからね もちろんまだ微妙なところはあるけど、普段から相当勉強してるしすでに10年以上やってる自称プログラマより全然使えるんですよ 考えたんだけど若いから飲み込みが早いとかそういう問題じゃなくてつまりはやる気があるかどうかだよね ある程度経験と技術レベルは比例するんだけどさ、数
巨大な(あるいは、汚くて邪悪な)コードの泳ぎ方 - mizchi's blog
ロンドンへの飛行機(11時間)で暇だったから書いた文章。 自分でゼロからすべてのコードを書けるときはテストファーストでいいけど、アンドキュメントな実験的なライブラリを利用する際や、巨大なプロジェクトの一部としてコードを書く際は、テストファーストよりもとにかくコードを書きまくって挙動の変化を確かめるほうが有用な時がある。 まあ多分どっかでこういうのはハウツー化してあるんだろうけど、自分ルールが固まってきたので、メモっておく。 目的を設定する トップダウンに読むには、コスパが悪いことが多い。とにかく「アレする」「コレする」という目的を定義して、そのためにその周辺領域からボトムアップに読むことにしよう。 エンドポイントを追う 巨大なプロジェクトに放り込まれた最初の段階では、エンジニアは本当に無力だ。 最初にやることは、自分が処理を挟むべき位置を見つけることだろう。 まずはファイル名や関数名を読ん
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ruby on Railsで可愛い子が集まるエロサイトを公開するまでの２４Ｈ
Go言語のサンプルがつまった『Go By Example』 | 100SHIKI
Rubyプログラミングを始めるための基礎知識とインストール
Autify CEO 近澤 良のブログ
一度使ったら手放せない!? iOS開発で絶対に使うべきライブラリ! - 方向
