[B! プロジェクト] daaaaaaiのブックマーク

daaaaaai id:daaaaaai

プロジェクトに関するdaaaaaaiのブックマーク (22)

東京都の新型コロナ対策サイトはなぜNuxtJSだったのか？ ─ シビックテックのベストプラクティス｜ハイクラス転職・求人情報サイト AMBI（アンビ）
文科系の学部に在籍しながらシビックテックに興味を持ち、関治之氏の﹁右腕インターン﹂として1年ほど関わる。その後いくつかのシビックテック活動やインターンシップを経て、株式会社almaの創業に参画。プロダクト開発をリードするかたわら、共同設立したCode for Youthなどでも活動する。学習院大学4年。なぜNuxtJSだったのか？あるいはjQueryでなかったか？偶然に決まったNetlifyは開発にとても役立った後でコンポーネントを変更改善できるよう小さく作るベストエフォートでの開発体制リリース直後から届いたエンジニアの反響シビックテック活動のベストプラクティスなぜNuxtJSだったのか？あるいはjQueryでなかったか？ ── まず最初に、今回の技術的なバックグラウンドから聞かせてください。一見すると行政が関係した仕事とは思えない現代的な技術選定のWebサービスですが、
daaaaaai 2020/05/20
OSSなWeb開発、分割統治の仕方が参考になる

プロジェクト

エンジニア
リンク
「仮置き」のススメ
業務の見直しやシステム構築には非常に多くの要素が係ってくるので、そうした試みは、しばしば連立方程式の様相を呈してくる。部門間の役割分担を決めようとするとEDPシステムの機能を決めなければならず、EDPシステムの機能を決めようとすると役割分担の不明確さがネックになる。皮肉なことに、業務やシステムを良く知っていて見通しの利く目を持っている人ほど、こういう連立方程式に縛られて身動きが取れなくなる。あいにくわれわれは、こんな複雑系の方程式を解くアルゴリズムを持ち合わせないので、かわりに﹁仮置き﹂をする。絡み合った方程式の変数いくつかの値を、仮に決めてしまうのである。上述の例だと、役割分担かシステム機能のどちらかを決める。その上で、どんな問題が生じるかを見てみるのである。仮置きしたことによって見えてくる問題群は、数こそ多いかも知れないが具体性が増しているので、個別撃破し易くなっている。以前のもやも
daaaaaai 2020/05/13
わかる気がする。とにかく前に進めることがものごとを明らかにする

プロジェクト
リンク
『この会社で初めて尊敬できる人と仕事できました』と言われて - 室長のひとりごち
話ながら、ランチから戻るエスカレータ上で﹃本当ですよ﹄と言われたことがある。ご本人は専門職の方なので、ご自分の仕事の能力は素晴らしいのだろうが、着任してから色々とあったようだ。自分とチームを組むようになって2週間もしないうちに、懸案だったプロジェクトが動き出した︵ように見え始めただけだが︶ので、鬱積してたものが解消し始めたのかもしれない。自分としては、そのプロジェクトを含めた業務領域をやって欲しいと依頼を受けたのでそれをやっているのだが、ご本人は現状のチグハグな業務の片棒を担いだと責任を感じているのかもしれない。専門性を持っていると当たり前だが、専門の知識を持っているから、その専門性から﹃こうしなければならない﹄と強く思う。これは自然なことだ。だが、その専門知識のベストプラクティスを適用しようとする現場は、適用前であるからそれに耐えられる体力も能力も持ち合わせていない。こうしたプ
daaaaaai 2019/04/15
めちゃめちゃいい

プロジェクト
リンク
身に着けた技術をいかに捨てられるか。エンジニア歴39年、今でもエンジニアで居続ける理由。
サイバーエージェントのゲーム・エンターテイメント事業に携わる10社以上の子会社が所属する事業部SGE︵Smartphone Games & Entertainment︶では、さまざまなメンバーが活躍しています。初めてプログラミングに触れたのは39年前。新しい技術がどんどん出てくる環境は、新しいことが好きな自分には合っていると語る平松。現在は、特定のプロジェクトには所属せず、事業部横断でネイティブアプリの品質チェックやパフォーマンス改善を担当。事業部にいなくてはならない存在となっている。そんな平松の今までのキャリアとこれからどんなことをしていきたいのかをききました。初めてプログラムに触れたのは1979年エンジニアをはじめたきっかけを教えてください。高校の進路をどうしようかと考えている時に、ちょうど地元の高校で、日本で2番目に情報処理科が開設されました。元々、新しいものが好きだったので
daaaaaai 2018/08/30
技術を捨てる技術

プロジェクト

エンジニア
リンク
あなたのおっしゃるレビューってどのことかしら？ - Qiita
ソフトウェアのレビューソフトウェアの開発において、レビューが品質の確保をするために有効であることは私達は直感的、経験的に理解しています。人は間違いを犯しますし、間違った本人よりも他人のほうが誤りを見つけ易いものです。ここまでは、認識を共通できるものでしょう。しかし、レビューと一言で言った場合に、その実態にかなりのギャップが生じます。ある人にとっては、気の合う同僚とコーヒーでも飲みながら成果物をチェックしてもらう事かもしれません。しかし、別の人にとっては会議室で衆目の前で細かい所を吊るし上げられる苦行のことかもしれません。ある人にとっては、口で簡単に説明するだけかもしれませんし、メールやツールでコメントを書くだけかもしれません。しかし、別の人にとっては、準備の為に大量の資料を作り、終わった後にも大量の報告書を書く事かもしれません。プロジェクトを初めて、レビューといった場合、
daaaaaai 2016/10/12
はい

レビュー

プロジェクト
リンク
「寄せ集め型プロジェクトの運営ノウハウ」という価値 - Chikirinの日記
去年、堀江さんのサロンで対談をした時、﹁最近、ちきりんさん何やってるんですか？﹂と聞かれたんで、﹁スーツケース売ってます﹂って答えたんです。私はずっとソフトスーツケースの使いやすさを力説してて、ちきりんセレクトというサイトで絶賛してるんですけど、︵→　スーツケースを買い替える前にコレを読もう！︶堀江さんから﹁ソフトケースはデザインがイマイチ﹂と言われ、﹁そーなんですよ。だからイケてるデザインで作れば大きなビジネスチャンスなんです！﹂と答えたところ、一年半たってつい最近、堀江さんのサロン︵今は堀江貴文イノベーション大学︶の有志メンバーが実際にそういう商品を開発したと聞いたので、さっそくお話しを伺ってきました。 ↓ 会う前に思ってたのは﹁ここまでたどり着くの、大変だっただろうな﹂ってこと。今や﹁いいアイデア﹂なんてのはその辺に転がってる。違いは﹁やるかやらないかだけ﹂というのは堀江さ
daaaaaai 2016/09/03
身につまされるところある

プロジェクト

マーケティング
リンク
情報システムに係る政府調達の在り方について総務省行政管理局
情報システムに係る政府調達の在り方について－要件定義に関する課題を中心として－総務省行政管理局技術顧問岩丸良明資料１上流工程の重要性  企画段階で実現したいことや解決したい課題を正しく認識していないとプロジェクト自体が誤った方向へ  要件定義は、その実現したいことや解決したい課題をシステムでどのように達成・解決するのかを定義するもの  企画と要件定義の上流工程がシステム構築におけるＱＣＤを大きく左右企画要件定義設計・開発移行運用・保守一般的なシステム構築プロセス上流下流 1 企画と要件定義において、具体的に何をするのかを明確にしておくことが非常に重要！（注）ＱＣＤ：Quality：品質、Cost：コスト、Delivery：納期要件の範囲やスペックが過大又は過小要件の質が低下要件の決定が遅延【要件定義について発生している
daaaaaai 2016/02/13
要件定義の大事さを簡潔に記述している資料

プロジェクト

調達

情報システム
リンク
tera-smile.com
This domain may be for sale!
daaaaaai 2015/12/30
応援

プロジェクト

会社

農業

データ解析
リンク
プロジェクトの遅れを取り戻す方法10選 - finalventの日記
仕様を変更する目的を変更する外注に残業を強いるプロジェクトの誰かをスケープゴートにする旧暦を採用する線表を対数グラフにする突然学級閉鎖になるスタート地点を変更する遅れの部分はそれなりに達成完了とするプロジェクト名の後ろにβを付ける inspired by プロジェクトの遅れを取り戻す方法10選 - IT業界を生き抜く秘密10箇条 - ZDNet Japan
daaaaaai 2015/09/08
有用情報です。

プログラミング

プロジェクト
リンク
野良仕事で働く人のための日本の野良着の形を生かした作業服をつくりたい(By Hiroshi Ito) - Kibidango(きびだんご) : クラウドファンディング型EC
70万円まで達成しましたら﹁どんど焼き﹂します！冬の伝統行事﹁どんど焼き﹂現在119%の達成率ですが、野良着を着て集まって野良仕事をする場をつくりたい、と思い立ちました。70万円まで達成しましたら記念して﹁どんど焼き﹂イベントを開催します！﹁どんど焼き﹂は、野山から木や枯れ枝、竹、笹を集めてきて立てて、無病息災を祈って火をつける行事です。野良着を着て集まって、竹を切ったり野良仕事ができたらと思っております！ ※来冬の1月ごろ関東近郊を予定︵変更の可能性あり︶実現したら野良着を着て集まりたい！本プロジェクトは、日本の作業着の野良着を製品化するプロジェクトです。﹁文化を変えるなら、まずは衣服から！﹂野良着をつくります！はじめまして。助っ人農家をしております伊藤洋志と申します。私自身はアパレル産業とは遠いところにいたのですが、﹁こんな衣服を着て農作業したい﹂と思える衣服、いわば
daaaaaai 2015/07/15
すごい集まってる。欲しいけどちょうど終わってる・・・

プロジェクト

和服

農業
リンク
大見新村プロジェクト
廃村で遊ぶ廃村から学ぶ廃村を未来につなぐ大見新村プロジェクトでは、京都市左京区の北部に位置する無住集落﹁大見村﹂をフィールドに、今の時代だからこそ見出すことのできる、この場所ならではの使い方、そして楽しみ方を探っています。今を生きる自分たち自身が、この場所新たな価値を見出し、通い続けること。それが800年続いた大見という歴史的な里山環境を持続させ、次の世代に手渡していくことにつながる、そう考えています。当初は、無住化集落の活性化や移住促進を掲げていましたが、移住者が使える空き家が簡単に見つからないなどの困難にぶつかり、またそうしたことが自分たちの考える問題解決につながるかどうか活動を通して疑問をもつように変化しました。そこで現在は、無住化を解決すべき問題として捉えるよりも、街中で生きている自分たちがこの場所とどう関われるか、どんな価値をここで発見できるか、それによって自分たちがどう
daaaaaai 2015/06/16
限界突破した後

プロジェクト

Kyoto

廃村

限界集落
リンク
これまでの国家プロジェクトの変遷.pdf -経済産業省
これまでの国家プロジェクトの変遷平成23年6月経済産業省産業技術環境局第３１回研究開発小委員会資料５ 1 1966年度～大型工業技術研究開発制度 1981年度～次世代産業基盤技術研究開発制度 1960 1970 1980 1990 2000 1993～2003年度産業科学技術研究開発制度 ※98年～2003年は新規産業創出型産業科学技術研究開発制度として拡充 1976年度～医療福祉機器技術研究開発制度 2001年度～イノベーションプログラム研究開発費総額：3,865億円、34プロジェクト（1プロジェクトあたり平均114億円）研究開発費総額：118億円、33プロジェクト（１プロジェクトあたり平均3．6億円）研究開発費総額(統合前からの継続分を除く）： 841億円、22プロジェクト（１プロジェクトあたり平均38億円） ■大型研究開発制度（産業技術
daaaaaai 2014/11/27
シグマプロジェクトがなかったことにされている気がする

経済産業省

プロジェクト

技術開発
リンク
上司が信用できない会社の内部統制 - slideshare
第32回WebSig会議「便利さと、怖さと、心強さと〜戦う会社のための社内セキュリティ 2013年のスタンダードとは？！」2013年3月9日 http://websig247.jp/meeting/32/ チームラボ佐伯さん，高須さんの発表資料です。Read less
daaaaaai 2014/07/11
すごいフレキシブルだしすごい楽しそうですごい組織。自発的なかんじ

エンジニア

プロジェクト

チーム管理
リンク
Redmineを全員で使ったらカオスになった話
タスク管理のツールとしてオープンソースのRedmineを使っていた。エンジニアだけで使っているうちは特に問題はなかった。エンジニアが10数名、全員でも40人規模の会社なので全員の作業を見える化したいよねという話が上がって全員でRedmineを使い始めることになった。そして何が起きたか。プロジェクトが乱立したエンジニアであれば﹁プロジェクト﹂は単位は大体想像がつくと思う。しかしながらツール上ではその単位でプロジェクトは作られなかった。﹁正規のプロジェクト﹂の小規模な機能追加であっても﹁○○対応プロジェクト﹂と銘打たれツール上にプロジェクトが作成された。﹁〜対応プロジェクト﹂﹁〜導入プロジェクト﹂﹁〜検討プロジェクト﹂﹁〜プロジェクト﹂・・・どんな言葉にもプロジェクトを付ければ”プロジェクト”にできるんだということは新鮮ではあったし、勉強にもなった。︵そもそも”プロジェクト”って何だ？︶
daaaaaai 2014/07/11
チーム管理むずかしい。だれか民俗学的手法で検討してくれないだろーか

プロジェクト

プロジェクト管理

Redmine

ツール

チーム管理
リンク
分散型バージョン管理システムは実際の開発現場でどれだけ普及するか？ - 現場のためのソフトウェア開発プロセス - たかのり日記
バージョン管理ツールは、﹁集中型﹂と﹁分散型﹂に分類できますが、OSSのバージョン管理ツールには以下のようなものがあります。集中型 CVS、SVN 分散型Git、Mecruial、Bazaar 最近は、分散型のツールへの注目が高くなってきていますが、﹁実際の開発の現場でも普及するか？﹂というと、あまり普及するとは思わない。 OSSの開発コミュニティなど、ある程度スキルが高い開発者が集まる開発では、ブランチ管理が簡単といった分散型の効果が活きてくると思うのですが、実案件の開発現場となると、残念ながら、必ずしもそのような開発者だけではない。数人程度の小規模プロジェクトならまだしも、大規模プロジェクトになると、レベルもバラバラな人が集まることは必至です。そのようなプロジェクトでは、できるだけブランチは避けた方が、間違いなく混乱が少ない。少し前のマーチン・ファウラー氏の記事ですが、バージ
daaaaaai 2013/08/08
Gitは高いスキルが必要、だけれどSVNではリポジトリ操作が貧弱で・・・。コメント欄が示唆深い

プロジェクト

ツール

svn

git

vcs

システム開発
リンク
ファイルバージョンの管理だけで十分ですか？
短期連載︵要求仕様のボトルネックを探る︶では、IT プロジェクトにおける“要求”というものにフォーカスし、高品質な要求開発と、その要求を管理することについてお話ししました。今回の連載では、構成管理︵SCM‥Software Configuration Management︶について見ていきたいと思います。読者の中には、構成管理といわれると﹁ソースコードのバージョン管理のことでしょ﹂ということで、主にライブラリアンと開発者が気にするものという認識の方も多くいらっしゃるのではないかと思いますが、本当にそうでしょうか？数人のチームで、1カ月程度で作り上げるようなシステムや、オープンソースではうまくいっても、ある程度の規模の受託開発や、製品開発ではそれだけではうまくいかないことが多いのです。そこで今回は、まずは構成管理の概要をつかんでいただきたいと思います。プロジェクトの現場で見られる問題点
daaaaaai 2013/01/23
2004年の記事　"インクリメンタル開発や、イテレーション開発という言葉はいまや誰にとっても珍しくもないと思います。"

プロジェクト

構成管理

プロジェクト管理

PM
リンク
55億円無駄に、特許庁の失敗
政府システム調達における失敗の典型例が、特許庁の基幹系システム刷新プロジェクトだ。5年がかりで臨んだが、結局は55億円を無駄にしただけ。新システムは完成しなかった。失敗の最大の要因は、発注者である特許庁にあった︵図1︶。関係者の証言から、失敗に至る経過を改めてひもとく。特許庁は2004年、政府が打ち出した﹁業務・システム最適化計画﹂に沿って、特許審査や原本保管といった業務を支援する基幹系システムの全面刷新を計画した。システムアーキテクチャーに詳しい情報システム部門のある職員︵以下A職員︶と、刷新の﹁可能性調査﹂を担ったIBMビジネスコンサルティングサービス︵現・日本IBM︶を中心に、調達仕様書を作成した。業務プロセスを大幅に見直し、2年かかっていた特許審査を半分の1年で完了することを目指した。度重なる改修によって複雑に入り組んだ記録原本データベース︵DB︶の一元化に加え、検索や格納など
daaaaaai 2012/12/10
失敗プロジェクト数え役満。こういうのを特集した啓発番組やってほしい。プロジェクト∀とかいうタイトルでファイナルファンタジー（映画）とか文化大革命とか鳥取のまんが博とか

システム

特許庁

プロジェクト

SIer
リンク
いわゆる仕様と業務例外について - 急がば回れ、選ぶなら近道
最近とにかく、移動が多いので、その中でちょいちょい考えたことをまとめておきます。まずは仕様の理解の仕方とか、業務例外とか、押さえておきましょうという視点から。別にこれが正解で必須というわけではないので、あくまで個人の経験をまとめただけです。モデリングとか、なんというかそういう高尚な話ではなくて、実際に仕様をまとめるときに、現実的に落ちる穴を、経験的に書きます。大抵のプロジェクトでは、仕様が固まらずに、または手戻りが発生して酷くコストが膨らむということがやはり多いわけで。理屈はともかく自分の経験的な対策案です。︵なんというか、開発方法論や手法・ドキュメントのまとめ方は、なんとかBOKから始まって、アジャイルや押しくらまんじゅうやらでいくらでもであるのですが、その一方で丁寧な要求定義や設計それ自体ができる人材は、むしろ急激に減っているような印象すら受けます。海外からの翻訳や輸入はやたらと多
daaaaaai 2012/02/19
例外処理むずかしい・・。こういうの拾うには業務に相当くわしくないといけないなー。実装面もむずいし読むのもむずそう。

●プロジェクト

●SIer

●設計

●システム
リンク
2chdays.net
Click here to buy this domain
daaaaaai 2012/01/25
こんな黒い噂もあるのか・・

SIer

特許庁

プロジェクト

2chまとめ
リンク
[PDF] 調査報告書平成２２年８月２０日特許庁情報システムに関する調査委員会
調査報告書平成２２年８月２０日特許庁情報システムに関する調査委員会目次第１部調査の経緯及び目的・・・・・・・・・・・・・１第２部事実関係の解明及び再発防止策について（事実解明チーム担当）・・・・・・・・・・・・・３第１事実解明チームの調査方法等・・・・・・・・・・３第２事実関係・・・・・・・・・・・・・・・・・・・５第３法的検討・・・・・・・・・・・・・・・・・・・２２第４再発防止策の提言・・・・・・・・・・・・・３３第３部特許庁情報システムの技術的検証及び今後の開発に向けての提言（技術検証チーム担当）・３８第１技術検証チームの目的、検証対象及び検証方法・３８第２最適化プロジェクトの概要・・・・・・・・・・４０第３これまでの設計の経緯・・・・・・・・・・・・・４７第４「設計成果物」の技術的検証・・・・・・
daaaaaai 2012/01/25
ケーススタディとしておもしろい。データの賄賂とPJの失敗、２つの事件があるけど、後者のプロジェクトマネジメントな部分は典型的な動かないシステム

SIer

システム開発

炎上

プロジェクト
リンク
1 2 次のページ