雑というとネガティブな意味合いが強いかもしれませんが、そういうのじゃないです。 雑(ザツ)とは - コトバンク 今回述べたい「雑に発言する」とは、きっちりと推敲したり計画立ててやってるわけじゃないおおざっぱな、しかしそれを契機に話を膨らませたり、世界観の一端を伝えたりできるような、適当に役に立つライトウェイトな発言という事です。 正確とは さて、普段仕事をしている中では、正確な発言が求められます。正確な指示、正確な報告、正確な情報共有などなど。 もちろん間違った事をあえて必要はまったくなく、正確であることはいい事です。 しかし、いつでも正確でいられるでしょうか。例えば、事実確認は確かに正確かどうかの判断がやれるかもしれません。ですが、今後のアクションについては正確さは正確である/正確でないの2値ではないです。その間には色々な何かがあります。 我々の仕事は*1その間の微妙なところ、とくに不正
KAIZEN platform Inc. は、新しい働き方をいろいろ試してみようという会社でそのひとつにリモートワークがある。リモートワークの良さあるいは良くないところについては、以前に Rebuild.fm の ep.32 でも話した。 ちかごろは、オンラインミーティングのための道具、情報共有のための道具もクラウドサービスがたくさんあるので、その辺を使って工夫すれば一昔前に比べてだいぶリモートワークも現実的になってきている。実際、KAIZEN には大阪からリモートワークしている人とか、最近リモートワークを前提に都内から鎌倉に引っ越したメンバーなんかもいる。 リモートワークとアジャイル開発 HipChat、Google Hangout や Qiita Team なんかを使うことで、日常の会話、ミーティングや情報共有についてはもともと特に困ったこともあまりなかった。特に Qiita Team
I’ve done a lot of posts and talks about how we work together at GitHub. The high-level discussion about how we manage to operate without managers in a 60% remote, 240-employee company is pretty interesting to me. Just like code, though, sometimes the high-level is too high-level. Just show me the code, dammit. Sure, you work asynchronously, but what does that actually mean? So, here’s a look at m
背景 レビューに時間を掛けているわりにあまり成果が出ていない 問題意識を感じる レビューという行為にもっと周りから理解があればいいのに、という風に考える 原因を外部に求めるのは良くないなと考え直す これまで自分が発言したコメントを読み返す 過度にフォーマル過ぎたり、コードの表層しか指摘していないところが多々あることが分かる 問題 GitHubのPull RequestやIssueでのコメントに、出来るだけ間違いや誤解が無いように気を付けられた丁寧な文章で書いてしまうことが多い。しかしながら、もっと普段互いに会話するときに使うような雑な言葉で書いて、コミュニケーションの量を増やした方が良いんだろうなと思う。 そもそもコミュニケーションの量が足りていないせいで、レビュアーがそのドメインについてあまり理解が得られず、問題の表面的な部分についてのみしか発言出来ないということが沢山ある。サービスごと
岩手県議がブログが炎上したことで自殺したという（ように読める）報道が発端となり、ネット炎上について活発な議論が行われています。 岩手県議:小泉氏死亡、自殺か 病院非難でブログ炎上－ 毎日ｊｐ(毎日新聞) ネット炎上の第一人者である、やまもといちろうさんは炎上死を憂い、 やはり、ネットの利用、活用は免許制にするべきなのかもしれません。 物議を醸した岩手県議が炎上死: やまもといちろうBLOG（ブログ） Twitterで「死ねばいい」と発言した人のTweetがまとめられ、 「死ねばいい」小泉県議の死を願った人々 - Togetter 従来のネット炎上との違いが検証され、 従来のネット炎上は、あくまでネット内で問題が完結することを、前提としていました。だから対策としては、いわゆるネットリテラシー（ないしは炎上リテラシー）を、考えていればよかった。ある意味で、牧歌的な世界です。 しかしマスメディア
ある程度は予想された結果とはいえ、これほど深刻な状況だったとは──。そう言わざるを得ない衝撃的な回答の数々だった。 日経情報ストラテジーとITproが2013年2月に共同で実施した、IT業界における組織風土改革についてのアンケートの集計結果である。 このアンケートは、ITproのウェブサイトと、日経情報ストラテジーが2月22日に都内で開催した有料セミナー会場の両方で実施した。内容は同じものである（実施したアンケートのページはこちら：助けて！組織風土改革にすがるIT業界、既にアンケートは終了）。 6つの質問と自由意見に対し、合計で971件もの回答をいただいた。まずはこの場でご協力いただけたことに、お礼を言いたい。本当にありがとうございました。 回答はITproで883件、セミナー会場で88件の有効数が集まった。ITproでのアンケート期間は2月5日から同19日までである。 対象はITproの
About 南の島のプログラマ。 たまに役者。 Practical Schemeの主。 WiLiKi:Shiro 最近のエントリ 米国の大学進学無限cxr高校受験Defense振り返ってみると2019年は色々学んで楽...覚えるより忘れる方が難しい(こともある)眼鏡のつると3DプリンタIris Klein Acting ClassSAG-AFTRA conservatory: Voice Acting創作活動って自分を晒け出さねばならないと...More... 最近のコメント shiro on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/14)1357 on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/01)ベアトリーチェ on ハイポハイポハイポのシューリンガン (2022/04/02)ベアトリーチェ on ハイポハ
はじめに 「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」があります。これはあまり着目されていなく、見過ごされていることです。 今回は、コミットメッセージの分かりやすさの大切さ、そして、分かりやすくするための書き方を説明します。 コミットメッセージとその大切さ バージョン管理システムとコミット 現在、ほとんど全てのソフトウェア開発ではSubversionやGitなどのバージョン管理システムを使っています。バージョン管理システムを使うことによるメリットというのは、ソフトウェアの変更が記録されていくことにあります。 具体的なメリットは3つあります。 ソフトウェアの調査がしやすくなることです。現時点でのコードと、そして変更の履歴とを組み合わせることで、それらから非常
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
