ソーシャルゲーム系フロントエンドを作る際に殴り合いにならないようエンジニアが確認すべきことYou signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
.NETでもAndroid開発はできるのか？（1/4） - ＠IT
特集：.NETでもAndroid開発はできるのか？ 初めてのMono for Android開発 WINGSプロジェクト かるあ（監修：山田 祥寛） 2011/08/05 ■はじめに Android向けのネイティブ・アプリを開発する場合、プログラミング言語には何を選択するだろうか。通常のAndroidのアプリ開発では、基本的には「Java」を利用して開発する必要があるのだが、「Mono for Android」というソフトウェア開発キットを利用すると、Androidのアプリを「C#」で記述できる。 Mono for Androidは、Xamarin社（「ザマリン」と読む）のサイトから購入やダウンロードが可能だ。（執筆時点の）価格は、1年間のサブスクリプション契約で、企業向けのEnterprise版が開発者1人当たり999ドル（優先サポート版は2499ドル)、個人向けのProfessiona
Gitterが一般βになったので早速やってみたんだけど、ムッチャ感動するレベルだった - Life goes on
Gitterに感動した 金曜にメールチェックしてたら「Gitterが一般βになったから誰でも参加できるようになったよ」ってメールが届いてた。 確か以前は抽選かなんかだったんだけど、アイディアがちょっと面白いなーと思って参加できるようになったらメールでお知らせしてもらおうと登録してたんだけど。 Gitter - Chat, for GitHub 早速、試してみたんだけど…久々に感動するレベルのWebサービスでした。 そもそもこのサービス何なのか知らない人が大半だと思うんで、ちょっと説明するとこんな感じです。 GitHubのリポジトリやOrganization単位でチャットルームを作ることができる まあ、これだけなんですが。WebアプリとMacアプリがあってiPhoneとかのモバイル対応はまだらしい。とはいえ、Webアプリの方をMobile Safariなんかで見たらそこそこ見やすい感じではあ
プログラミングもクラウドへ―― 学習＆開発環境Webサービス23選まとめ
プログラミングもクラウドへ―― 学習＆開発環境Webサービス23選まとめ：安藤幸央のランダウン（67）（1/3 ページ） オンラインのプログラミング環境や、オンラインでコードを書いて学べる学習サイト9選、ビジュアル（子ども向け）プログミラングWeb環境5選を紹介する。 道具としての開発環境 今となっては昔のことですが、机の上でノートに鉛筆でソースコードを書いてプログラミングしていた時代がありました。現在のプログラミング環境から振り返ると、そういう作業はアルゴリズムを考え、頭で想像したコードを書き下ろしており、脳内エミュレーターのようなものだったのかもしれません。 最近のプログラミング環境は、規模も複雑さも肥大化しつつ、プログラミングに関する情報もツールも大変充実したものです（マイナーな環境の情報が少ないことや、新古の情報が混在している問題はありますが）。 Web上の情報も書籍も豊富で、自分
チーム開発とクソコード - tototoshi の日記
今までパッケージソフトとかWebサービスの開発をしてきた中で、ビジネス上の納期や要求を満たすためにひどいコードを書くっていうのは自分の経験ではあまりなかった気がします。なにかひどいバグがあって、とりあえずのパッチを当てて間に合わす、ということはたまにあるけれど。SIの世界は知りませんよ。 そもそもコードを汚くかけば納期に間に合うということもないし、ビジネス上の近道になるということもない。コードをきれいに書こうが汚く書こうが無理なものは無理。第一汚いコードを意図的に書くというのも意外に難しいということは、普段まあまあきれいなコードを書いている人ならわかってくれるんじゃないかと思います。 仕様変更に設計がついていけてなくておかしいとかならともかく、関数が1000行あるとか、newした瞬間全てが終わるとか、変数のスコープがびっくりするくらい広い、みたいなコードについてははビジネス上の要求ではなく
技術的負債という(非エンジニアにとっての)隠しパラメータが生産性100倍を起こす - mizchi's blog
元糞コードマイスターとしては、生産性については思うところある。 技術的到達深度が深い人じゃないとそもそもかけないコードってのももちろん存在して、その前提で10倍とか100倍になりうる話をする。 そもそもマイナスになる人がいるって話。 隠しパラメータをモデル化 エンジニアA:「週に10の成果を出して3の負債を生む人」を考える。この人は開発を止めてリファクタリングをすれば10-3 = 7の技術的負債を返却できるとする。 ここで正確には成果10には* aの係数が掛かっている。これはプロジェクト開始時1.0で、技術的負債が貯まるほど0に近づいて行く 次に、エンジニアB:「週に15の成果を出して10の負債を生む人」を考える(これにも係数aがかかる)。この人は見た目上は上の人の1.5倍速く成果を出しているように観測できるが、負債もたまりやすい。リファクタしても綺麗になりにくい。 これは割とエンジニアに
Android開発を始める上でおすすめの4冊 - なるようになるといいね
2014-02-16 Android開発を始める上でおすすめの4冊 Android開発を始めたばかりの僕が読みたかった本 - Rejasupoemと丸被ってますが、あまりにこの内容に共感しすぎてこれを書いた、というのが実際の話です。 Effective Java Java SE6の名著。都合のいいことに、Androidの推奨開発環境も未だにJDK 1.6です。 中級者以上向けとされていますが、実体験としてJava初心者でも読めました。 当然、初読では分からない部分が多かったので、不明点を理解できるまで読み直し、調べながら、章ごとに内容をノートに要約しました。肝要なのは、それでも現時点の理解では突き詰められなかった点が出てくるかと思うので、それを洗い出して「何が分からないのか」を明確にしておくことです。 そうすれば実際にプログラミングしていくなかで、「あの時理解できなかったことはこのことか！
Developers Summit 2014 で新卒エンジニア研修についてお話してきました #devsumi - ryopeko の何か
2014/02/13 (木) に開催された Developers Summit (通称デブサミ) 2014 1日目で「新卒エンジニア研修でできることすべきこと」と題してお話してきました。 これはその記録です。 (わいふが名札書いてくれました) はじめに 今回わざわざお時間を割いてお話を聞きにきてくださった方々、デブサミスタッフのみなさま、本当にありがとうございました。 今回のセッションは以下のような内容で話してきました。 一口に新卒エンジニア研修と言っても単に詰め込んで終わり、というのではあまりに勿体無いということを実際のDeNAでの新卒エンジニア研修の事例を紹介しつつお話します。エンジニアに継続的な成長を促すことや自立性を持たせることはとても大変なことです。しかし新卒エンジニア研修ではこの様なエンジニアの素地とも言える部分を育むにはうってつけの場です。 本講演ではDeNAが試行錯誤を繰り
これからiOSやる奴はここ読んどけ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これからiOSアプリ開発をやりたい！という人へ 自分が実際にiOSアプリ開発をやって、便利だったと思う情報を残しておきます。 これからアプリ開発やりたいという人の参考になれば。 iOSアプリ開発の第一歩 まずは間違いなくMacを買うこと。 Macを書いましょう。Windowsじゃ開発できません。 MacじゃないとiOSアプリの開発はできないので、 これがないとお話になりません。。。 インストールしておくもの 基本的にXcodeさえインストールしておけばアプリの開発はできます。 Mac App Storeからダウンロードできます。 実機イ
VB6からVB2008 への移行に関して
ＶＢ６（Visual Studio6.0)がWindows7や8で使えずいずれサポート打ち切り、最悪はそのＥＸＥも次期ＯＳでは動かなくなる恐れから止むをえずＶＢ２００８へ変換を試みていますが、余りにＶＢ２００８は利用者泣かせよくもこのような製品を世に出したなと言わざるを得ません。ＶＢ６で便利に使えていた機能をことごとく排除、オブジェクト指向と言う単に技術者の傲慢、自己顕示欲を示すだけの製品になっている。オブジェクト指向になってどこがどう便利になったのか複雑怪奇にしただけで便利さや機能の優れている点等どこにも見えない。ＶＢ６の便利な機能排除の主な物は以下の通り。 Inetコントロール、Winsockコントロールの排除、コントロールの配列機能排除、ポップアップメニュの左クリック排除、フォームのUnloadの排除等等 その他枚挙にいとまない。またこれを代わりの方法で実現する方法等本にも書いてない
趣味プロダクトで楽しいコードライフワークを送る
あと一つプログラミング言語を 覚えたら死ぬ! 脳みそがパンクしそうな あなたのための nodeJSことはじめ
やさしい設計 〜 Android 編 - Qiita
アプリを作っていてありがちなこと Android には、画面を構成するための Activity というコンポーネントがあり、概ね MVC フレームワークの Controller に相当する機能を持っています。 MVC といえば、肥大化する Controller というのがよくある問題として挙げられますが、Activity も例に漏れず、往々にして肥大化しがちです。 また、Model も、その責務を詰め込んでいくと肥大化しやすいレイヤと言えます。 この投稿では、Controller や Model の肥大化を極力防ぐためのレイヤわけを、Android アプリ向けに書いていきます。 Activity を綺麗に保つ Activity は、Controller として、様々な UI から受けるイベントを受けて、適切にハンドリングする役割を持っています。 OptionsMenu や ContextM
Git を学ぶ - チュートリアル、ワークフローおよびコマンド | Atlassian
Git は、元々 Linus Torvalds によって 2005 年に作られた、無料でオープンソースのバージョン管理システムです。他の SVN や CVS といった中央バージョン管理システムと違って、Git は分散型で、すべての開発者がローカル環境で彼らのコードのリポジトリの完全な履歴を持っています。これは、最初のリポジトリのクローン作成に時間がかかりますが、commit、blame、diff、merge、log といったこれに続く作業を劇的にスピードアップします。 Git は多くの革新的で強力なワークフローやツールにつながる、リポジトリ履歴のブランチ、マージ、および書き換えに非常に役立ちます。プル リクエストは、チームが Git ブランチでコラボレーションを行い、他のコードを効果的に見直すことができる、非常に人気のツールです。Git は現在世界で最も広く使用されているバージョン コント
未明の2時間半。一心不乱にコードに集中 ──中島聡流プログラミングの流儀 #OpenGL｜CodeIQ MAGAZINE
未明の2時間半。一心不乱にコードに集中 ──中島聡流プログラミングの流儀 #OpenGL 2014.01.29 Category：【連載】ギークたちの『仕事の流儀』 Tag：OpenGL ,中島聡 米国マイクロソフト社でWindows95/98、Internet Explorer3.0/4.0 のソフトウェア・アーキテクトを務めたことで知られる、UIEvolution創設者の中島聡氏。 開発者としての日米にまたがる豊富な経験をふまえ、IT業界やそこで働くプログラマたちへ向けて、ブログなどで切れ味のよい提言を続けている。現在も毎朝4時起床してコードを書く現役エンジニアである中島氏に、プログラミングの流儀を聞いた。 by 馬場美由紀 （CodeIQ中の人） 未明に起きて仕事。昼寝は「18分間」と決めている ──現在はアメリカを拠点に活動されていますが、最近の中島さんの関心事は何ですか？ いま「
Androidアプリを“超”魅力的にする3種類のUIテスト
Androidアプリを“超”魅力的にする3種類のUIテスト：Androidアプリ開発テスト入門（3）（1/3 ページ） 日本Androidの会テスト部が、いままで培ってきたAndroidアプリ開発におけるテストのノウハウを、実際のテストコード例とともに紹介していきます 「UIのテスト」って何？ 本連載「Androidアプリ開発テスト入門」では、Androidアプリを開発している方のために、テストの基本的なノウハウを解説しています。第3回となる今回は、ユーザーインターフェイス（以下、UI）のテストについて解説します。 スマートフォンアプリケーションの特徴として、タッチ操作による魅力的なUIが挙げられます。Androidのアプリケーションの開発においても、UIの作り込みを求められることが多く、UIの品質の担保は大きな課題です。 本連載で扱うUIは、画面のレイアウト、画面遷移やイベントなど振る舞
InfoQ: ドメイン駆動設計・開発の実践
ドメイン・モデルと開発に注力しないと"太ったサービス・レイヤ"と"ドメイン・モデル貧血症"によるアプリケーション・アーキテクチャになってしまいます。この場合、ファサード・クラス(通常はステートレス・セッション・ビーン)にどんどんビジネス・ロジックが溜まっていき、ドメイン・オブジェクトがgetter/setterからなる単なるデータの運び屋のようになってしまいます。このアプローチをとるとドメイン固有のビジネス・ロジックやルールが複数の異なるファサード・クラスに散在(時には重複)することになります。 "ドメイン・モデル貧血症"はたいていの場合、コストに見合いません。他の企業と比較して利点があるわけではなく、このアーキテクチャの下でビジネス要求の変化を実装するには開発と本番環境へのデプロイするのに時間がかかり過ぎます。 DDD実装プロジェクトにおけるいろいろなアーキテクチャや設計について見ていく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラミング言語Dartの基礎
連載インデックス「Androidアプリ開発テスト入門」 - ＠IT
GitHub Flow (Japanese translation)
スマホアプリの作り方【超まとめ】基本編：スマホアプリを作り始めるのに役立つ記事46選 - ＠IT