はてなブックマーク新ユーザーページを正式リリースいたしました - はてなブックマーク開発ブログ
先日下記エントリーで告知いたしました通り、本日7月3日にはてなブックマーク新ユーザーページを正式リリースいたしました。ご利用いただいていた旧ユーザーページは、すべて新ユーザーページに移行しました。 ▽ はてなブックマーク新ユーザーページを正式リリースいたします - はてなブックマーク開発ブログ ご利用方法などに関してご質問がおありの際には、お問い合わせ窓口よりご連絡ください。 ▽ はてなブックマーク - お問い合わせ - はてな また、告知エントリー内で募集いたしましたユーザーページに関するアンケートにご回答いただいたユーザー様、ありがとうございました。今後のサービス開発の参考とさせていただきます。 今後ともはてなブックマークをよろしくお願いいたします。
マネージャーと開発者が安心してアプリ開発を続けるための開発ルール - Qiita
@eaglesakura です。 皆さん、進捗どうですか？ お仕事の規模が大きくなれば、参加人数が増えていくでしょう。 参加人数が増えれば、様々な宗教観の人がプロジェクトに参加するでしょう。 お一人様プロジェクトを中心にやっていた人もいれば、大規模案件のソルジャーとしてキャリアを積み上げてきた人もいます。彼らのスキルレベルもまちまちです。 私が参加している（そしてプログラマーに対して強い権限のある立場である）プロジェクトでは、次のようなルールをベースに適用しています。 これはなるべくプログラマーの負担をかけずに管理側（プロジェクトマネージャー＝PM）が開発管理を行える（進捗がブラックボックス化しない）ことを目的とした開発ルールです。 前提ルール ソースコード管理はgit/githubを利用する 1コミット（1ブランチ）に対して、複数Issueを処理しない githubはリポジトリ管理（作成
岩永徹也『ありがとう！さようなら！仮面ライダーゲンム！』
ありがとう！さようなら！仮面ライダーゲンム！ | 岩永徹也 オフィシャルブログ Powered by Ameba
Google、脆弱性検出のためのファジング（Fuzzing）を機械的に実行する「OSS-Fuzz」、ベータ公開
Google、脆弱性検出のためのファジング（Fuzzing）を機械的に実行する「OSS-Fuzz」、ベータ公開 ファジング（Fuzzing）とは、「検査対象のソフトウェアに『ファズ（英名：fuzz）』と呼ばれる問題を引き起こしそうなデータを大量に送り込み、その応答や挙動を監視することで脆弱性を検出する検査手法」であると、IPA（独立行政法人 情報処理推進機構）が発行する「ファジング活用の手引き」で説明されています。 Googleは、このファジングを機械的に実行するためのソフトウェア「OSS-Fuzz」をベータ公開したことを発表しました。 OSS-Fuzzの開発はGoogleと、OpenSSLやOpenSSH、NTPdなどインターネットの基盤に欠かせないソフトウェア開発を支援する「Core Infrastructure Initiative」が共同で行っています。 OSS-Fuzzはすでにフ
消えたプログラマの残したものは - megamouthの葬列
システム開発の佳境に、開発メンバーが突然出社しなくなってしまう。 携帯にも連絡がつかず、3日ほど音信不通になったので、さすがに心配になった上司が大家と共に自宅を訪れると、夕日が差し込む部屋の真ん中に、当の本人が何の表情も浮かべずにただ座っていたりする。 そういう事は大して珍しいことではないので、ある程度経験のあるIT業界人なら、同僚が「消えて」しまってもそれほど驚くことはない。 プログラマというのは、とかく「消えて」しまうものなのだ。と彼らは思っている。 「消えた」プログラマは、意識的にしろ無自覚にしろ自分の人生をちょっとばかり台無しにしながら、プロジェクトに虚無の穴を空けるわけだが、そうした「工程の穴」は他のメンバーが残業したり、派遣会社から来た代替の人員が埋めてしまったりする。ビジネス的には人月で数えられた我々の「数字」などというものはちょっとした帳尻あわせでなんとかなってしまうらしい
IT業界の問題がいつも話題になるけど本当の問題をみんな勘違いしていると思..
IT業界の問題がいつも話題になるけど本当の問題をみんな勘違いしていると思う。 度重なる顧客からの仕様変更。 プロジェクトスタート時の見積もりの甘さ。 品質の低さによるバグの頻発。 ゴールの見えない仕事と重圧により耐えられなくなったメンバーの病欠や離脱。 それらがまた品質の低さと遅延の原因になる。 デスマーチなんてよく言われてるけれどもね。 IT業界の人は言う。 これらの原因は無茶なことを要求する顧客のせいであり、技術的な知識がないから実現すべきことが簡単にできると思っている客先の業務担当者のせいであり、そんな無茶な客と契約してしまう営業や営業から降りてきた案件を大して精査せずに受け入れてしまうプロジェクトマネージャーのせいだと。 でもちょっと待ってほしい。 それらの問題は本当に相手側にあるのか。 もっとうまくやる方法はなかったのかと思っちゃうんだよね。 例えば契約締結後の仕様変更。ここで理
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
［速報］GitHub、かんばんライクな新機能「Projects」発表。GitHub Universe 2016