Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
こんにちは! 季節が秋に突入し、次第にスノボ欲が高まってきた吉次です。 前回は勤怠連絡の出欠確認を自動化するという題材で記事を書かせていただきました。今回はもう少し開発の話題に寄せ、チームの開発ルールができるまでの話をしたいと思います。 はじめに みなさんは、「開発ルール」と聞いて何を思い浮かべますか? 一口に開発ルールといっても、コーディング規約、Gitのブランチングルール、命名規則、開発におけるマインド、社内のローカルルールなどなど、枚挙にいとまがありません。今回の記事ではソース管理、タスク管理、リリースの3つに着目し、どのようにして開発ルールの効率化を図ったかを振り返ります。 ぐるなびにおけるソース管理の遍歴 Gitによるソース管理 ぐるなびにおけるGitの歴史はさほど長くありません。下記はぐるなびソースコード管理の略歴です。 時期 ツール 問題点など ~2012年7月 SVN or
クラウド上でアプリケーションを構築する新しい手法として「サーバーレスアーキテクチャ」が急速に注目を集めています。しかし一方で、サーバーレスアーキテクチャを採用することで得られる本質的なメリットはなにか、そもそもサーバーレスアーキテクチャとはなにを指すのか、などについてはまだ識者の間でも議論されていることです。 10月24日に都内で開催されたイベント「QCon Tokyo 2016」の伊藤直也氏のセッション「Serverless Architecture」は、こうしたサーバーレスアーキテクチャの本質について大きな示唆をもたらす内容でした。この記事では、その内容をダイジェストで紹介します。 (本記事は前編、中編、後編に分かれています。いまお読みの記事は前編です。) Serverless Architecture 一休 CTO 伊藤直也氏。 先に結論を言ってしまうと、サーバーレスアーキテクチャと
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 煽り全開の dis りタイトルになってしまいましたが、まあそれくらい筆者が不満を抱いたってこととして受け止めていただければ幸いでございます。 ほとんどの iOS 開発の教材はおそらくこのように教えているでしょう。「Xcode 開いて、Main.storyboard をクリックして、blabla…」と。 そしてほとんど(筆者調べ)の開発者たちは、結局最後まで、Storyboard の効率的な使い方が見つからず、多少なりとも心のどこかで「F*ck」とぼやいているのではないかと。 というかそもそもそこまでたどり着く前に「Storyboard
Amazonから3.2インチLCDを購入。 これを使って、Raspberry Piから運用したいと思っています。 しかし、届いたのはモニターのみ。Raspberry Piに刺しても画面は真っ白のまま。困ったと思っていろいろとGoogleってみました。まずは、モニターの型式はということで『Waveshare SpotPear』3.2LCDの文字を発見。製造元のHPにアクセス。 平成28年6月11日 追加 このLCDを購入した平成27年3月ごろは、メーカのサポートが一切ありませんでした。 そのため、下記に書いたように難しい対応をしていました。 本日、ふとしたことでメーカのホームページを見るとすごく充実していました。サポートバリバリです。 早速試したところ、一気にX-windowまで立ち上がりました。 私が購入したLCDのサポートページはここです。 手順によると、ラズパイでX-window画面で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く