タグ

考え方と開発に関するdrylemonのブックマーク (6)

  • 情報機構:講師コラム『 ビジネスのための知財講座 』

    講師コラム:楠浦 崇央 先生 『 発明塾式 ビジネスのための知財講座 』 コラムへのご意見、ご感想がありましたら、こちらまでお願いします。 --------------------------------------------------------------------- 「発明塾講義」(無料) ~ダントツの発明者を目指す方へ~ 大手メーカーにて、多数の実績を上げている発明ノウハウを、購読者限定で公開! 世界と戦える、ダントツの発明方法を隔週で学べます。 多数の実績を上げているノウハウはこちらから http://www.techno-producer.com/mail/?utm_source=edmlink_johobusiness141029&utm_medium=column&utm_campaign=inv001 --------------------------------

    drylemon
    drylemon 2019/03/13
    モデル化することの示唆に富む
  • 【SIer新人向け】研修では教えてくれないノウハウ集 - Qiita

    「ようこそ 魔境 SIerへ!」 はじめに この記事は、SIer(Systems Integrator)に入ったシステム開発未経験者の新人さんたちへ送る、研修では教えてくれないノウハウ集です。 実際、弊社の長い研修では実務に使えそうなことをあまり教えてくれませんし、ノウハウは現場の人の頭にしかない状態なので、新人さんは暗中模索で仕事を覚えていくことになります。 それも非効率なので、実際に私が2年半1で失敗したこと、やってきてよかったこと(ノウハウ)を体系化したので共有します。 新人さんは、これを参考として、使えるところだけ今後の業務に持っていってください。 (当はガッツリ社内向けに書いたものなので、一部汎用的でない表現がありますがご了承ください。) 目次 業務面 技術面 プライベート面 の三柱でお送りします。 対象読者 SIerの1,2年目相当であり、学生時代に契約のあるシステム開発を

    【SIer新人向け】研修では教えてくれないノウハウ集 - Qiita
    drylemon
    drylemon 2018/07/18
    SIerに限らず働く上一般で良いことが書いてあった。
  • 「気づいた人がやる」は害悪でしかない話 - ゲームプランナーの技術ブログ

    ゲームの開発中には、たくさんの予期せぬ問題が発生するものである。 策定した仕様が他の仕様と矛盾していたり、突如、新たな仕様を策定する必要が出てきたり、致命的なバグが発生したりといったことである。 そして、それらの問題を解決するにあたり、様々なタスクが発生する。 そのタスクの担当を決める際に、その問題に「気づいた人がやる」という実に日的な悪しき習慣にもとづいているプロジェクトが未だにある。 今回は、「気づいた人がやる」という方針がいかに害悪があるかを考えていく。 スポンサードリンク 害悪①:気づいている人に仕事が集中する 害悪②:得意な人が対応できない 害悪③:やらかしている人間が成長しない 害悪④:「気づく人」はいなくなる まとめ 害悪①:気づいている人に仕事が集中する 問題に気づいた人ばかりがどんどん新たな仕事を抱えることになり、気づかない人に仕事がまわらなくなる。 気づく人にタスクが

    「気づいた人がやる」は害悪でしかない話 - ゲームプランナーの技術ブログ
    drylemon
    drylemon 2018/01/30
    組織でもそうだし、個人でもそう。気づいた人は、対処できる人、所に繋ぐだけで良い。ただ、繋ぐ先が整備されていないとコスト跳ね上がるんだよなぁ。(組織ならマネジメント、体制。社会だとインフラかな)
  • 15週間でクソゲーを20本作って得たもの - Qiita

    5の「振り返り」は以下の項目を検討しておくと良いです。 Idea:アイデア。コンセプト。テーマ。元ネタ What went right:やってみて良かったこと。うまくいったところ。成功したところ。次回に生かせそうなこと What went wrong:ダメだったところ。うまく機能しなかったところ。問題点。改善すべき点 What I learned:学んだこと。効果的なゲームデザインの方法やツールの使い方、獲得したテクニックなど ちなみに最初にリンクを貼った、作ったゲームの各ページの下の方には、振り返りや作成にかかった時間などを記載しています(以下はノンフィールドRPG「OneWay RPG」を作った時の振り返り) Game A Weekで得たもの ということで「Game A Week」を行った結果、私が得たものです。 ゲームを作りながら技術検証できる ゲームを完成させたときの達成感を繰り返

    15週間でクソゲーを20本作って得たもの - Qiita
    drylemon
    drylemon 2017/10/03
    頭の中でアイディアを寝かせすぎると、その内腐って溜まったカスになってリソースを食いつぶす感覚がある。アウトプットするとブラッシュアップできるし、何より頭のリソース空くので、積極的にやっていきたい。
  • だんだん開発スピードが遅くなっていくのをどうやってとめたら良かったんだろう? - Mitsuyuki.Shiiba

    先日、モブプロをやってきた。その中で、モブプロとは別で、いくつか感じたことがあって、今日はその中のひとつを思い浮かんだままにメモ。 bufferings.hatenablog.com 要件を満たすプロダクトをより早く出す モブプロでTDDしながら、要件を満たすプロダクトをより早く出すことに集中してみた。例えば、第2ラウンドのお題はTDDBCなどでお馴染みの「自販機」。 「100円を入れてボタンを押すとコーラが1買えること」 最初に「100円を入れてボタンを押すとコーラが1買えること」と言われ。 assertThat(get(100), is("コーラ")); みたいなテストを書いて。 String get(int money) { return "コーラ"; } みたいな実装を書いた。爆速! 「200円を入れてボタンを押すとオレンジジュースが1買えること」 次に「200円を入れてボタ

    だんだん開発スピードが遅くなっていくのをどうやってとめたら良かったんだろう? - Mitsuyuki.Shiiba
    drylemon
    drylemon 2017/06/01
    作ろうとしていたのが「何をするためのもの」なのかが不明なまま進んでいる。この場合はPOから聞きだす必要があったと思うのだけど、ヒアリング(要件定義、設計)にどのくらい掛けて良いのかも分からない構成で違和感
  • SIについて私が思ったこと。そしてSIerにおけるモダン開発について : 小野和俊のブログ

    ひとことで言えば、「レビュー文化は良くない」ということになるだろうか。 Slack導入、そして同時期に開始した服装の自由化、バイモーダルという考え方の浸透、AIやブロックチェーンを活用したPOC等の取り組みによって、SIerとしてのセゾン情報システムズは、社内の雰囲気もずいぶんと変わってきた。 しかし、こうした取り組みだけではどうにもならないものも少なからずあった。 そのひとつは、「悪い報告がしづらい」ことだった。 これは他のSIerでも同様のことが多いのではないかと思うが、問題プロジェクトに認定されると、品質管理部のモニタリングが強化されたり、第三者によるプロジェクト監査が始まったり、経営会議での定期的な報告が求められたり、何をやっているのかとレビューでこっぴどく叩かれたり、、、。 そうした責任感から、遅れをキャッチアップできるよう少しでもがんばろう、と励まし合う中で、それなのに四方から

    SIについて私が思ったこと。そしてSIerにおけるモダン開発について : 小野和俊のブログ
    drylemon
    drylemon 2017/04/13
    発生した問題を潰しこむのではなく、その前の段階で良い試みを作り、伸ばしていくというやり方。
  • 1