タグ

ブックマーク / terurou.hateblo.jp (6)

  • 「零細企業経営にはほとんどの意見が参考にならなかった話」を書けと言われたので - terurouメモ

    書けと言われたので、雑に。人に意見されたことはあまりないつもりだったんだけど、思い出してみたら、結構あったような気がしてきた。 零細企業経営にはほとんどの意見が参考にならなかった話 https://t.co/sUpRX51RJq ポエム書いた。— V (@voluntas) 2020年11月22日 これは是非 @terurou にも書いていただきたい。— V (@voluntas) 2020年11月22日 人の意見は参考になるか? 基的に利害関係のない人間の話は「参考にならん」でいいと思う。逆に利害関係のある人間の話は重要で、それは社員だとか、顧客だとか、株主だとかになってくる(うちは株の100%が自分が持ってるので、株主って自分ですねになるのだけど)。 世間には「勝ちに不思議の勝ちあり、負けに不思議の負けなし」という良い言葉がある通りで、 成功体験をもとにしてくる意見はまず参考にならん

    「零細企業経営にはほとんどの意見が参考にならなかった話」を書けと言われたので - terurouメモ
    tinsep19
    tinsep19 2020/11/23
    口座に金があると安心するは真だな
  • 設計書には何を書くべきなのか - terurouメモ

    設計とは、 要求(やりたいこと)をヒアリングする 要求を要件(何を満たさないといけないのか)に落とし込む 要件を実現するために考えられる手段を洗い出す 手段の検証を行う 検証結果を元に、どの手段を使うかを選定する 選定した手段を合意する(一部要件を満たさない事項がある場合は、代替策や妥協ラインについても合意する) 合意内容を元に、実装や設定に落とし込む をやることである。画面設計や機能設計のように、3-5の検証/選定が薄くなったり曖昧になったりするものはあるが、一般化するとこの流れになる。 設計書には、上記の設計でやってきたことを順番に書いていけばよい。これを文章構成のテンプレに落としていくと、 要求 要件 方式 対応案(いわゆる比較表で書いていくのが楽) 検証結果 選定・合意結果(合意した代替策や妥協ラインについても記載する) 詳細設計(どういう実装にするとか、パラメーターにするとか、細

    設計書には何を書くべきなのか - terurouメモ
    tinsep19
    tinsep19 2020/07/29
  • GitHub-readyな社労士 @Takashi_U に就業規則の改定を依頼した - terurouメモ

    デンキヤギという会社では、就業規則をGitHubで公開・管理しています。 github.com 就業規則というものは一回作れば終わりというものではなく、法改正や、運用後に気が付いた改善・考慮漏れに対応して、都度改定していく必要があります。ただし、改定するにも労働関連法やガイドライン等を逸脱しないようにする必要があるため、社労士のチェックが必要不可欠となります。 就業規則の初版を作成した際の流れは GitHubに会社の就業規則を公開した - terurouメモ でも書いていますが、名古屋市の中小企業向けの専門家派遣(同様の仕組みで中小企業庁 ミラサポにも専門家派遣がある)を使って作成しました。この時は、 私が全部markdownで執筆して、 印刷して、 社労士に紙でレビューしてもらって、 フィードバック事項をmarkdownに反映する 2-4を繰り返し、レビューOKになったら完了 というフロ

    GitHub-readyな社労士 @Takashi_U に就業規則の改定を依頼した - terurouメモ
    tinsep19
    tinsep19 2019/03/11
  • 人月単価で80万円ぐらいの仕事 - terurouメモ

    Twitterでこういうことを書いたら、そこそこ反応があった。 今のご時世、技術難易度が並ぐらい(一人でWebシステムが構築できる程度)で、2‐3人月ぐらいの小さなシステムを一人でヒアリング~実装~運用引き渡しができて、説明責任ちゃんと果たせれば、人月単価換算で80万円ぐらいは一杯転がってる(常にあるとは言ってない)し、その他要因で単価はもっと上がる— てるろー (@terurou) 2018年4月17日 意図通りには伝わらないだろうなぁと思いつつ、所詮Twitterだしなーと思いぶん投げたんだけど、想定してた範疇の誤解が広まってきたので、一応補足する。 「人月単価で80万円ぐらいの仕事」の難易度 ちゃんと書いてないから伝わらなくて当然といえば当然なんだけど、行間をちゃんと補うと、 エンドユーザー直案件 技術難易度的には、いわゆるマスタメンテナンス機能に毛の生えた程度のもの 一覧/詳細/編

    人月単価で80万円ぐらいの仕事 - terurouメモ
    tinsep19
    tinsep19 2018/04/18
    それなりのSIerだと結構かかって稟議とおすのも大変だから身近な役職の人が決裁できるくらい。にと思うとこのくらいになりそう。
  • GitHubに会社の就業規則を公開した - terurouメモ

    これです。 ちゃんと社労士チェックを入れて、2014年時点の法運用Validな感じにしてあるので、下手な中小企業はおろか、ろくにメンテされていない大企業の就業規則よりマトモな内容になっているはずです。 なんで就業規則を公開したのか マトモな規則が作ってあれば公開しても特にデメリットはない むしろマトモな会社アピールができてよい 個人的には「無限RedBullです!!!!」みたいな事をアピールする会社よりマトモな広報・求人活動の一環だと思っている 自分で就業規則を作ろうにも、良いサンプルがなかった(後述あり) いわゆるOSS的な話。就業規則にも再利用性が合っても良いはず これを書いてて、就業規則にライセンスを明示するのを忘れていたことに気が付いた GitHubだと、就業規則の改定にプルリクを飛ばせて楽しいし、改定履歴も一目瞭然 零細企業に就業規則って要らないんじゃないの? 従業員が10人未満

    GitHubに会社の就業規則を公開した - terurouメモ
    tinsep19
    tinsep19 2014/09/12
  • Android組込みのHttpComponent(HttpClient)の正しい使い方といくつかのtips - terurouメモ

    ブログ等に掲載されているHttpComponentのサンプルコードは、重要なところが端折られて紹介されている(というか間違っている事を知らずに書いている疑惑すらある)ことが多いので、正しいサンプルコードを書いておく。 まぁ、ここだけでなくApache HttpComponentsのドキュメントもちゃん読みましょう。あ、Androidのリファレンスにはロクに使い方が書いてないので、あんなゴミだけ読んでてもダメですよ。 要点 ポイントは2つ。 ResponseHandlerを使ってコードを書く HttpResponseの内部リソースを自動で解放してくれるので、ミスがなくなり、コードも簡潔になる。ブログ等ではHttpResponseを使わないコードもよく掲載されているが、リソースの解放処理が記述されていないことが多いのであまりよろしくない。 なお、ResponseHandlerを使わずに自分でリ

    Android組込みのHttpComponent(HttpClient)の正しい使い方といくつかのtips - terurouメモ
    tinsep19
    tinsep19 2011/07/07
  • 1