RubyKaigi 2014 で出会った神ツールのメモ - すがブロ
RubyKaigi 2014、楽しかったし、学びがあって行って良かったなぁと思いました（小並感すぎる）。 淡々とメモしておくよ benchmark-ips ベンチマークの高機能版。ウォームアップとして何回か走らせてから実行したり、5秒とか100msで何回実行できるかとかを計測できるっぽい synvert フォーマッターらしい。Rubyのバージョンがあがってシンタックスを変更したほうがよかったりする場合に変更してくれる Railsバージョンもあるっぽいけど、このセッション聞いてなかったので詳しくはわからない（あとで調べる） peek-performance_bar View や SQL等でかかった時間を表示するプロファイラ rack-mini-profilerと似てる気がするけど、こっちも試してみたい stackprof Ruby 2.1で追加された rb_profile_frames を使
テストエンジニアの品格 #automatornight
JaSST Tokyo 2022 「アジャイルソフトウェア開発への統計的品質管理の応用」の発表資料です。（2022/03/10） http://jasst.jp/symposium/jasst22tokyo/details.html#C4 もはやふつうとなったアジャイル開発ですが、定量的な品質説明の方法が未だ確立されていないために、アジャイル開発の導入を見送る場面もたびたびみかけます。 そこで、ウォーターフォール開発で用いられてきた統計的品質管理の技法を再確認し、アジャイル開発への応用と検証を試みました。 ウォーターフォールとは異なるアジャイル開発の品質管理や品質メトリクスについて、試したことやその結果から考えたことをお話しします。
【お前のチケット】チーム開発でのチケット改善術【解読不能】 - seri::diary
Issue管理システムを使っている開発現場では同僚の書いたチケットに悩まされる以下の様な光景が良く見られます。 事例１「何の目的で作られたのか分からないチケット」 ソースレビューを振られたのでチケットを見てみたら、何を変更したいかは分かるけどこの変更がどういう意味があるのか分からないケース 担当者の対応 作業したメンバーの席まで歩いて行って 「ねーねーこれさー、何のために作ったの？」 「あーそれはですね、まず○○という話がありまして、それで…」 （背景から説明されて１５分経過） 事例２「ソースを全部読まないと何を変更したか分からないチケット」 ソースレビューを振られたのでチケットを見てみたら１０コミットぐらい入れてあるけどチケットの説明が簡素過ぎて何の仕様をどう変更したか（もしくは新規に作ったか）がソースの差分を全部読み込まないと分からないケース 担当者の対応 作業したメンバーの席まで歩い
1300 みたいなのを 1.3 K bytes みたいに整形するメソッドってどういう名前にすれば良いのか - おともだちティータイム
y***s: 英語にくわしいフバさんに質問なんですが y***s: 1300 みたいなのを 1.3 K bytes みたいなのに整形するメソッドってなんてメソッド名にすればいいんですか fuba: -h When used with the -l option, use unit suffixes: Byte, Kilobyte, Megabyte, Gigabyte, Terabyte and Petabyte in order to reduce the number of digits to three or less using base 2 for sizes. fuba: man ls にはこんなかんじでかいてる y***s: なるほど shunirr: human readable fuba: to_human_readable_string みたいなのだるそうではある sh
時間をかけて、つまらないものを作りたいか？ - futoase
時間をかける つまらない想像話を以下に書く。 失敗してはいけない。成功しなければ行けないプロダクトだ。 企画から色々と実装アイディア、目的とするユーザー像を聞いている。 それに見合ったシステムを実装しなければならない。 あと6ヶ月で。その間は徹底的に企画と話をする。 部長と話しをして、駄目だったら作りなおす。 6ヶ月の間、エクセル上にガントチャートを引き、開発スケジュールを引いた。 企画・営業は2名。そのうち1名はマネージャ的な担当を行う。 部長は最終決定を下す(と聞かされている)。 エンジニアは3名。チームとしてはまあ良いほうだろう。 3ヶ月後 何を作っているのかわからなくなってきた。 具体像もわからない。 エクセルに書いたガントチャートは、意味を成していない。 ガントチャートを直そうと思うと、他の予定もずらさなければいけなくなり、 だるくなってだれも更新しようとしない。 システム全体の
今最も注目されている設計手法！MVVM を Android アプリ開発に取り入れてみた
こんにちは。共同開発部開発担当の北川です。 クロスプラットフォームなアプリ開発では Xamarin の使用はビジネスロジックの共通化が可能となり非常に効果的です。 すべてのアプリを単一の言語（C#）で実装することができる点だけでも魅力的ですが、MVVM 設計によりその再利用性を高めている点こそがその真価を発揮しているとも言えます。 私は Xamarin でのアプリ開発を通して MVVM 設計のすばらしさを経験してしまいました。もう後には戻れません。 Java や Objective-C でのアプリ開発でも MVVM 設計は開発スピードと品質確保を両立するために有効であるはずです。 今回は Android アプリ開発（Java）で MVVM を使うとどうなるか、紹介してみたいと思います。 MVVM 設計について MVVM 設計ではビジネスロジックを Model が担当し、ViewModel
WebブラウザベースのIDE「Eclipse Orion 5.0」が登場 | OSDN Magazine
Eclipse Orion開発チームは3月3日、Webブラウザ上で動作する統合開発環境（IDE）「Orion 5.0」をリリースした。外観が一新されたほか、Cloud Foundry APIサポートなど多数の新機能が加わっている。 Orionはシンタックスハイライト付きのコードエディタやファイルマネージャ、Git/FTP/SFTPクライアントなどの機能を備えたIDE。JavaScriptで実装されており、Eclipse Foundationの下オープンソースで開発されている。ライセンスはEclipse Public Licence（EPL）。また、自分のサーバーにOrionをインストールすることなしにOrionを利用できるクラウド型サービス「OrionHub」も提供されている。 Orion 3.0ではルック＆フィールが新しくなった。変更点の例としては、メニューバーにコンテキストメニューの要
ドコモ、音波でアプリにチェックインできるO2O技術「Air Stamp」をオープン化
NTTドコモは3月4日、音波技術を使ってスマートフォンアプリにチェックインできる機能を組み込めるソリューション「Air Stamp」を、モバイルサービス事業者向けに公開したことを発表した。初期費用や月額費用は個別見積としている。 ドコモがオープン化するAir Stampは、2013年9月に開始したO2Oサービス「ショッぷらっと」で培った音波技術によるチェックイン機能。音声マイクが搭載されていればドコモ以外のスマートフォンでも動作する。音波信号は不正解析への耐性があるアナログ波であるほか、録音などによる不正チェックインを防止するドコモ独自の認証の仕組みを採用しているため高いセキュリティを実現するとしている。 また音波は壁を通り抜けずに反射し、店舗などの閉じた空間で隣接する別施設などに信号が漏れることがほとんどないことから、期待するエリア外での意図しないチェックインを防止できるという。広い空間
グロースハックの大前提 「MVP」の種類と実例 5選|グロースハックジャパン|Growth Hack Japan
需要の無いプロダクトづくりに多大な時間とコストをかけてませんか？ 大きなビジョンを描いても、ローンチ後に綿密なグロースハック施策を行なっても、ユーザーが必要としないサービスを売っては机上の空論に過ぎません。そんな誤ちを避けるために、まずは「MVP」の製作を強く推奨します。 *TOP画像はツイッター構想時に実際に書かれたスケッチです。 MVPとは 本記事で扱うMVPは、野球やサッカーで活躍した選手に送られるMVP(=Most Valuable Player)とは全く関係ございません。 スタートアップやプロダクト開発の際に使われるMVPは「Minimum Viable Product」の略であり、日本語にすると「必要最低限の能力を兼ね備えたプロダクト」という意味にあたります。 リソースの限られたスタートアップは、本格的な開発をスタートする前に「必要最低限の能力を兼ね備えたプロダクト」を作ること
ゲームサーバ開発現場の考え方
【Unite Tokyo 2019】Unityだったら簡単！マルチプレイ用ゲームサーバ開発 ～実践編～ 2019/9/25-6に開催されたUnite Tokyo 2019の講演スライドです。 小端 みより（株式会社ミクシィ） こんな人におすすめ ・Unityでより本格的なマルチプレイのゲームを作りたい方 ・そもそも通信や同期処理ってどうやって実装するの？という方 受講者が得られる知見 ・Unityで専用サーバを開発するメリットやその方法 ・Unityでサーバとクライアントを同時に開発するテクニック ・通信に関する知識、専用サーバを運用する方法 Unityのイベント資料はこちらから： https://www.slideshare.net/UnityTechnologiesJapan/clipboards
これからiOSやる奴はここ読んどけ - Qiita
これからiOSアプリ開発をやりたい！という人へ 自分が実際にiOSアプリ開発をやって、便利だったと思う情報を残しておきます。 これからアプリ開発やりたいという人の参考になれば。 iOSアプリ開発の第一歩 まずは間違いなくMacを買うこと。 Macを書いましょう。Windowsじゃ開発できません。 MacじゃないとiOSアプリの開発はできないので、 これがないとお話になりません。。。 インストールしておくもの 基本的にXcodeさえインストールしておけばアプリの開発はできます。 Mac App Storeからダウンロードできます。 実機インストールやApp Storeに公開したい場合は、 iOS Developer Programを購入する必要があります。 まずはこれを読むべき Appleのドキュメント集（日本語訳Version） https://developer.apple.com/jp
はてなやクックパッドの開発現場で、CIやテストはどう行われているのか？（前編）。CROSS 2014 － Publickey
Web技術について横断的に語り合うイベント「CROSS 2014」が1月17日、都内で行われました。 そのセッションの1つ「現場に聞く！テスト/CI/DevOps、実際のところどうなの」では、フリーランスエンジニアの伊藤直也氏がセッションオーナーとして司会を担当し、クックパッドで開発まわりのエンジニアをしている舘野祐一氏、はてなでアプリケーションエンジニアをしている伏井洋平氏、KAIZEN platform Inc.の石橋利真氏らがスピーカーとして登壇。 先進的な現場でテストやCIがどのように行われ、エンジニアのチームがどのように情報共有をしているか、本音で語るという注目すべき内容でした。本記事ではそのダイジェストを紹介しましょう。 現場に聞く！テスト/CI/DevOps、実際のところどうなの 伊藤 今日のテーマとしてはCI（Continuous Integration、継続的インテグレー
Intelのx86 CPU搭載「インテルGalileo開発ボード」をMacで試してみた
Intelのx86 CPUを搭載した開発ボードが登場！ Intelの低消費電力x86 CPU、Intel Quark SoC X1000を搭載した「インテルGalileo開発ボード」が発売されました。 「インテルGalileo開発ボード」は、Arduinoとの互換性に配慮して設計された、ホビー向けの開発ボード。 Arduino用の拡張ボード「シールド」の流用、Arduino用のスケッチ（プログラム）の流用が容易な作り。 「Intel Galileo」と呼ばれることが多いかと思います。エントリ中でもIntel Galileoの呼称を使いたいと思います。 Arduino – IntelGalileo フィジカルコンピューティングの世界に、ついにIntelが参入ということで感慨もひとしお。 入手はどこでできる？ スイッチサイエンス、秋葉原の秋月電子、ツクモ、パソコンハウス東映、FreeT、オリオ
Volleyを使うときに気をつけることメモ - Qiita
開発中のアプリに「ネット上からの画像の取得とキャッシュをする」処理があったので、不安定なオレオレ実装からGoogle謹製のVolleyに乗り換えてみました。 Volleyの導入やスタートアップはこちらなんかを参考にするといいと思います。 今回はVolleyを使う上での実用的なメモを備忘録代わりに書いておきます(@mhidakaさんに助けてもらいました) 1. 一度にRequestを投げすぎるな！ Volleyがレスポンスを返すおおまかな流れは Requestを生成 RequestQueueに投げる ディスクキャッシュを探して見つかれば返す インターネットから拾ってきて返す という感じです。RequestQueueに投げてからレスポンスを返すまでは別スレッドで動いてくれるので、UIスレッドを停止させることはありません。 ところで、このDispatcherがVolleyでは1つしかなくて並列化
ANA、国内線の旅客システムをオープン化、34年間のメインフレームの歴史に終止符 | IT Leaders
30年以上にわたり使い続けたシステムを入れ替える。企業ITに携わる人間ならば、その困難さを想像するのは難しくないはずだ。このほどANAは、8年間の歳月をかけて、国内線の予約、発券、搭乗業務を支える旅客システムをオープン化。34年間、ビジネスを支えたメインフレームに別れを告げた。プロジェクトの指揮官に話を聞く（文中敬称略）。聞き手：田口 潤 IT Leaders発行人 Photo：陶山 勉 ――今回、8年間にわたる国内旅客システムの刷新という大規模プロジェクトを終えた訳ですが、もともと、いつ頃から検討を始めたのですか？金子：“次”を考え始めたのは、2000年頃だったと思います。30年以上にわたって、メインフレームを使い続けてきましたが、そのころから限界を感じ始めていたのです。 コストについては、必要経費ですから、それほど問題視していませんでしたが、むしろ、技術者の確保には頭を悩ませていました
開発時に出会いたくないパターン - Perl日記
悩んだりうまくいかなかったり解決したり。だらだら書いた。 手作業症候群 とにかくなんでもかんでも手で確認・作業する必要があると思い込んでしまう病。 そりゃiOSアプリとかAndroidアプリとか最終的には実機確認は必須だけれども。 その前にやれることは多々あるはず。リグレとか。 あと「デプロイ職人」も不要にするべき。わかってる。 自動化できない要素を突っ込んでる方が悪いのだ。なんとかする。 masterブランチぶっこみ志向 masterブランチに直接コミットを重ねていくことにより開発速度をアップさせることができる。 ただし孤独な背水の陣を構えることになる諸刃の剣。 おとなしくtopic branchを切って作業するのが安心への近道であり王道である、 とか言ってたらみんなちゃんと切ってくれるようになった。めでたし。 チケットそっ閉じ症候群 本来はリリースしたりデータを修正したりしてチケットと
世の中のHTML5アプリケーションが糞だから、俺が「初期化」の作り方を教えてやんよ - mizchi's blog
2chまとめみたいなタイトルにしてみた。(してみたかった) HTML5のアーキテクチャと初期化とキャッシュの考え方が、「ウェブエンジニア」は本当に出来てない。 とくにソシャゲをウェブビューに貼ってスマホ対応しました系。本当にダメ。 じゃあどうするか？基本的に「初期化」の考え方を直せばどうにかなる。 (この記事はBackboneを使うときに考えてることだけど、他でも一緒だと思う) 前提 シングルページアプリケーション セマンティクスやSEOは考慮しない 基本哲学 共通モデルの初期化を徹底的に行う サーバーにリクエストを投げるのは最小限 クライアントでサーバーモデルのキャッシュを作り、更新が期待されるまで再取得しない 理由 いくらDOMの最適化したところでUXに影響が大きいのはサーバーリクエスト(200~2000ms)で、プログラミング段階で辛さがあつまるのは非同期処理の部分。 プログラマとし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Swiftのアプリ開発でハマったこと
家庭用プリンターで作れる、電子工作キット：日本のヴェンチャーが開発
鯖江市が「電脳コイル」とコラボレーション 電脳メガネARアプリコンテスト開催 | アニメ！アニメ！
