2015年のタスク管理 - 詩と創作・思索のひろば
今年に入ってからタスク整理のしかたを考えなおして、とりあえず数ヶ月続けてみた結果、現時点で維持はできていて悪くはないと思ってるやり方をまとめておきます。 大方針: 「やりたいこと」と「やらなければいけないこと」を分ける これまでは Remember The Milk なり Google Tasks なりに一元管理して、日々生じる外発的なタスク（あの人に声かけて、とか、文書を準備して、とか）と突然思いつく内発的なアイデア（こんなウェブサービス、ツールを作る、○○について調べる）を一カ所に投げ込んでいたのがよくなくて、もちろんツールの機能で分けることはしていたとはいえ、今ひとつ整理された見た目にならなくてだんだん足が遠のいてしまっていた問題があった。というかそもそも整理したくないというのもある。そこで今年はこれらのタスクやアイデアを二つの場所に分けて管理してみることにした。 やらなければならな
SQL Query Builder | AppMaster
As a developer or database administrator, managing and querying large data sets can be daunting. Traditional SQL queries can be complex and time-consuming, making it difficult to extract the information you need promptly. This is where SQL query builders come in. These powerful tools simplify creating and managing databases, allowing you to focus on the task. In this article, we will explore the b
オレ流 Pull Request 作業フロー - 詩と創作・思索のひろば
チームで作業する同じリポジトリの中で Pull Request を送り合うのではなく、オープンソースプロジェクトに外部から PR がやってくる場合の話です。 最近のフロー 送られてきた PR に対しては、大まかには仕様の話、実装方針の話、具体的な実装の話を詰めながらマージできるように持っていくわけだけれど、それがほとんど満足いく状態になっていてマージしたいと思うタイミングになっても、変数の名前付けだとか、ちょっとした処理の書き方だとかで、相手にお願いするよりは自分で手を加えてからマージした方が手っ取り早いことがある。そういう時は PR 元のブランチを手元にチェックアウトして、そのブランチを自分の変更で進めた上で master にマージするようにすると、push 時に PR も閉じられて便利です。 motemen/lgtm.sh#1 の例。分かりにくいれど、PR にさらに 1 コミット足して
push通知を切り、情報は自分のタイミングでpullしよう - ppworks.jp
作業の効率化のためには集中できる時間を増やすことが重要です。push通知に即座に反応せず、自信の集中力をコントロールしています。 push通知に即座に反応しない 基本、デスクトップ通知機能は切っておきます。iPhoneも基本サウンドはoffなのでブルっとなることはないです。pushされた情報もサウンドがならない邪魔になりません。 push通知は即座に反応せず溜めておいて、自身のタイミングでpullすることでマルチタスクが可能となると考えています。 そういう意味では、 push通知を即座に反応しないでよい状態にする ということです。 自身のタイミングで情報を pull する 私が作業中に開いているアプリケーションは少ないです、ブラウザ、iterm、togglぐらいです。徹底しているのはブラウザのタブもアプリケーションも今必要な物以外は開かないということ。ここでいう今必要なものとは、みずから定
はてなMackerelチームの開発フロー（スクラム、リモート）について話しました #nanapi_study #hatenatech - 詩と創作・思索のひろば
nanapi勉強会 vol4 - 【nanapi x はてな】はてなとnanapiの開発フロー - nanapi勉強会 | Doorkeeper 【nanapi x はてな】はてなとnanapiの開発フロー in Kyoto - connpass nanapi さんとはてなで開催した勉強会に登壇し、東京・京都で Mackerel チームの開発フローについて話してきました。自慢できるようなカッコイイことをやっているわけではないけれど、今こんな風に頑張っています、ということをお話したつもりです。 Workflow at Hatena Mackerel Team // Speaker Deck チームみんなで勉強する スクラムの導入時もリモートワーク開始時にも、チームメンバーには何冊か本を読んで予習しておいてもらいました。そうすることでチームメンバー全員が同じだけの知識を持って（全員その道に関し
iOSアプリ開発の現場で訊いてみた！フリル編 - Qiita
夏の暑さでメシが旨い！@yimajoです。 iOSアプリ開発者に最近の開発スタイルを訊いてまわる「iOSアプリ開発の現場で訊いてみた」待望の二社目に行ってきました。 二社目は今話題のフリマアプリ Fril（フリル）を作られているFablic社！ フリルとは何か フリルはiOSやAndroid端末を使って気軽に自分のモノを売ったりして楽しめるフリマアプリ。女性専用でたくさんのファンを抱えているアプリだそうです。 私自身は使っていないんですが、最近、電車に乗っているとOLの人たちが洋服のアプリといえば"フリル"、"ピンタレスト"とかって口にされているのが耳に入ってくることがありますね。 訊いてきたこと インタビューに応じてくださったのはFablic社のモバイルチーム@tmnb、@ninjinkun、@cutmailの三人。 ↓とくに@ninjinkunさんは最近では「【翻訳】あなたが求めていた
iOSアプリ開発の現場で訊いてみた！ユビレジ編 - Qiita
自分が他社のiOSアプリ開発者と話す時にいつも同じことを聞いていたのでそれをQiitaにまとめていましたが、実際に他社の開発の現場でインタビューをしてくるというシリーズになりました。 記念すべき1社目はユビレジ社！ ユビレジとはなにか 私の分かる範囲でユビレジというものについてすごく平たく説明すると、iPadを利用したお店のレジとそれを管理するウェブ上のシステムみたいな感じだと思います。そもそもお店のレジスターっていうものは単純な売上の計算のためだけのものと、商品や顧客情報をひもづけるPOSレジ（POSはPoint of sale)と呼ばれるものがあって、このPOSレジをiPadとウェブで実現するぜ！ということでしょう。 訊いてきたこと ユビレジ社ではiOSアプリ開発をしている人で知らない人はいないという@kishikawakatsumiさんと、インターネットで有名な@laisoさんを中心
カーネルハッカー・小崎資広の「コードを読む技術」 | サイボウズ式
サイボウズ・ラボの西尾 泰和さんが「エンジニアの学び方」について探求していく連載の第2回（毎週火曜日に掲載、これまでの連載一覧）。「WEB+DB PRESS Vol.80」（2014年4月24日発売）に執筆した「エンジニアの学び方──効率的に知識を得て，成果に結び付ける」の続編です。（編集部） 文：西尾 泰和 イラスト：歌工房 この連載では「エンジニアの学び方」をテーマにインタビューを行い、どういう「学び方」をしているのか探求していきたいと思っています。第1弾は、富士通のエンジニアとしてLinuxカーネルの開発に参加されている小崎資広さんです。 Linuxカーネルは、ソースファイルだけで3万5000個以上、行数にして1500万行を超える、巨大ソフトウェアです。小崎さんが、どうやってこの巨大なソースコードと戦っているかは、きっと「エンジニアの学び方」の参考になるはずです。
KAIZEN platform Inc. の開発マネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
Airbnbの「マネジメントしない」マネジメント方法とは：前編 | readwrite.jp
Airbnbは現在人気急上昇中の、オンラインで宿泊場所を見つけるためのサービスだ。Airbnbのエンジニアリング担当上級副社長のマイク・カーティスは、一年ちょっと前に同社に加わった際、あることに気付いて「ショックを受けた」という。 一種の武者震いである。カーティスは、人々が世界中どこに旅行してもくつろげるような仕組みを作り出すというAirbnbの使命に突き動かされている、自立した企業文化を見いだしたのだ。体制面での不足は情熱によって補われており、エンジニア達は自分のタスクを自分で見つけ出し、それらに取り組んでいた。 毎月100万ものユーザーが、宿泊場所を求めてAirbnbを利用している。ホスト側が提供する宿泊用のスペースは様々で、予備のソファー、客室、アパートの一室、時にはツリーハウス等というものまである。利用可能な宿泊施設を探したりゲストからホストへの国をまたいだ支払いを取り扱ったり、技
GithubKaigi 感想 #githubkaigi - mizchi's blog
昨日知ったんだけどAtomの作者きてて、Atomのコード全部読んだマンとしては懇親会で凸せざるを得なかった。英語がたまに通じなかったりしたんだけど、Qiitaの @yaotti さんに手伝ってもらったりして助かった。学びがあった。 Github Issue #githubkaigi うちもGithub Issuesで管理しているけど、Assigneeの変更ログとかタイトル変更のログが残ってくれたらもっと便利だと思うんですよ(ﾁﾗｯ— 俺は平気だよ (@mizchi) 2014, 6月 1 Githubで働くことについて #githubkaigi エンジニアがドッグフーディングできるプロダクトがある会社羨ましいと思う— 俺は平気だよ (@mizchi) 2014, 6月 1 リモートワークについて よい / Everything should have an URL #githubkaigi
develop ブランチなんてオワコン
Yosuke Furukawa @yosuke_furukawa @sonots masterは絶対に安定して動作させたいとかそういう思想だよね。developブランチ、 develop で安定してきたらmasterにmergeするって思想だけど、僕も最近作ってない… 2014-05-30 11:16:02 そのっつ (Naotoshi Seo) @sonots @yosuke_furukawa master ブランチが絶対安定してるなら、今度は release ブランチいらない感ある。で、どちらかというと release ブランチを安定させて master ブランチで開発すれば良い。そのほうが github とも親和性高い感ある。 2014-05-30 11:38:51
Sqwiggle が良いという話、またはリモートでアジャイル開発をどう進めるか - naoyaのはてなダイアリー
KAIZEN platform Inc. は、新しい働き方をいろいろ試してみようという会社でそのひとつにリモートワークがある。リモートワークの良さあるいは良くないところについては、以前に Rebuild.fm の ep.32 でも話した。 ちかごろは、オンラインミーティングのための道具、情報共有のための道具もクラウドサービスがたくさんあるので、その辺を使って工夫すれば一昔前に比べてだいぶリモートワークも現実的になってきている。実際、KAIZEN には大阪からリモートワークしている人とか、最近リモートワークを前提に都内から鎌倉に引っ越したメンバーなんかもいる。 リモートワークとアジャイル開発 HipChat、Google Hangout や Qiita Team なんかを使うことで、日常の会話、ミーティングや情報共有についてはもともと特に困ったこともあまりなかった。特に Qiita Team
Incident Response at Heroku
As a service provider, when things go wrong you try to get them fixed as quickly as possible. In addition to technical troubleshooting, there’s a lot of coordination and communication that needs to happen in resolving issues with systems like Heroku’s. At Heroku we’ve codified our practices around these aspects into an incident response framework. Whether you’re just interested in how incident res
LINE iOSアプリ開発についてのご紹介 LINE Engineers' Blog
[English version] はじめまして、LINE技術戦略室のhayaishiです。 趣味は自転車と言っていますが最近は全く乗っていません。 この記事では、LINEのiOSアプリ開発に関することをいくつかご紹介させていただこうと思います。 LINEのiOSアプリ開発環境 ソースコード管理 ソースコードはgitで管理しています。gitのリポジトリブラウザとしてGithub Enterpriseを利用しており、Githubでお馴染みのPull Requestなどを活用して開発を進めています。 また、LINEのiOSアプリのタスクについてはGithub Enterpriseとは別のチケット管理システムを利用しておりそちらのステータスと連携して開発者、QA、プランナー間の開発状況の共有を行っています。 Gitでの開発フローについて LINEのiOSアプリはgithub-flowの様に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HTC Software Updates Process | HTC United States
「締め切りがないと、到達しないすごく遠いゴールに向かって走ってしまう」──カーネルハッカー・小崎資広（2） | サイボウズ式
How GitHub Works (GitHub Kaigi, Tokyo, 2014)
pplog.net の作り方 ( ˘ω˘) ゆるふわ development on GitHub
はてなブログチームの開発フローとGitHub
