「プラクティス」を含む日記 RSS

はてなキーワード: プラクティスとは

2018-01-09

正社員やりながら副業漫画描くのがベストプラクティスだよ

副業の方が儲かるようになったら本業にすりゃいいだけ

2018-01-07

技術世界を変えたいと言うより、時代を読んで流行りの技術適用し続ける方が偉いのか

いちから立ち上げるよりも、どこかで適用できているベストプラクティス適用する方が失敗しにくいとは思うのだが・・・

そんなこと言っている暇があれば少しでも手を動かせってことだろうか

ベストプラクティス」と言う言葉が嫌い

「くどい」の一言

最適解とかで良いじゃん。

2018-01-05

社内環境改善の為のベストプラクティス

を知りたいという話。

自分ソフトウェアエンジニアなんだけど、うちの会社おかしルールが多い。

から来月にもっとまともな会社転職します。

グッバーイ✌️。

そうやって自分と同じような理由で辞めてく人っていっぱいいるんだよね。

それで思ったんだけど、こうやって辞められると会社としては凄くマイナスだよね。

人材不足が嘆かれる昨今としてはさ。

自分が優秀な人材だと言ってるわけではないよ。)

環境を変えたいなら自ら働きかけよう」

と、頑張る人は思い行動するのだろうけど、自分はそんな風にはなれない。

環境を変えるというのは多くの敵を作りうるからだ。

自分は社内に敵を作りたくない。

最終的に実現せずスルーされたらただの不平不満を言う残念な人だし。

心の中で、

「(ああそういう残念な文化がおありなんですね!では私は別のとこ行きますね😇)」

と思うだけ思って何も言わずサヨウナラの方がメリット大きいし。

ただ、自分会社の偉い人になった時、どうすべきかなあと最近思う訳です。

社内の悪しき文化とどう立ち向かうべきか。

そもそもその文化をどう気付けるのか。

不平不満を表に出さずフェードアウトしてゆく人材を減らすにはどうすれば良いのか。

そう思うわけです。

社員の声を随時匿名で聞ける目安箱のような物があれば良いのかな。

でも重役が思いつきで社内改善とかやってきたらウザいのかなあ。

他の会社ではどうしてるんだろう。

2018-01-04

30代後半から転職

転職について検索してもエージェント紹介のアフィリエイトばかりで混乱してきた。

30代後半から転職について、ベストプラクティスを教えてほしい。

2017-11-17

近藤誠、再評価の流れ

岩田健太郎氏が近藤誠氏の再評価を主張しているが、はてなーはどうするの?

近藤氏の主張が当時の医学界で異端エキセントリックだったわけでは決してない。むしろ世界的には主流と言ってよいものだろう。しかし、日本臨床医学界はあまりに遅れており、傲慢で、海外論文や論考をまるで無視していた。井の中の蛙だったわけだ。よって日本でのみ近藤誠氏は「異端」となる。実に気の毒な話である

一方的近藤氏を叩くのはフェアとはいえない。医学界の悪習をそろそろ見直し過去直視するプラクティスを習慣化すべきだ。

http://georgebest1969.typepad.jp/blog/2017/11/%E5%8C%BB%E7%99%82%E7%95%8C%E3%81%AF%E5%8F%8D%E7%9C%81%E3%81%97%E7%B7%8F%E6%8B%AC%E3%81%97%E3%81%9D%E3%81%97%E3%81%A6%E8%BF%91%E8%97%A4%E8%AA%A0%E6%B0%8F%E3%81%AB%E8%AC%9D%E7%BD%AA%E3%81%97%E3%81%A6%E3%81%8B%E3%82%89%E5%90%84%E8%AB%96%E7%9A%84%E3%81%AB%E6%89%B9%E5%88%A4%E3%81%99%E3%81%B9%E3%81%8D%E3%81%A0-1.html

2017-08-25

転職エージェント楽天への転職を勧めてくるのだが

当方英語ペラペラ

エージェント外人から英語で話をするんだけど、楽天をよく進められるんだよね。

「いや〜楽天はないわ〜」って言うと、そのエージェントは、「みんなそう言うんだよね」っていっていた。

誰が応募するんだ??

もう求人情報とかくそやばい

もちろん英語で書かれているんだけど、英語下手すぎ。中学生の書いた文かって思うくらい。実際そんなレベルなんだろう。

TOEIC800点とか言ってるけど、こんな何を証明するのかわからんテストで800点取ったって、実質的には英語を実務で使えるレベルじゃないよ。

こんな英語ドヘタクソ集団にまじって英語を使うことを強要されるとか、きつい。まじで。

すいません、日本語で話してもらってもいいですか?って言いたくなるんだろうなあ。

求人情報おもしろもの見つけたので引用しておく。

Customer oriented: Customer satisfaction is our #1 priority

すごくない?楽天は、顧客志向で、顧客満足度が一番優先順位高いんだって

なんなんだよ、あの使いにくいサイト??????

楽天絡みのサイトは全て使いにくいのに、何言っているんだ?????

昔、楽天求人がすごい話題に上がったよね。

グローバルな ベストプラクティス実践していただくグローバルなオポチュニティ

やべーよ、楽天。社内公用語ルー語ってみんなに言われてたなあ。今の求人も見る人が見たらやばい

http://hamusoku.com/archives/7329113.html

ってわけで応募は見送らせて頂きます

2017-08-22

(追記あり)医師の働き方がしんどそうすぎて見ていてつらい

追記

多くの方々に見ていただきありがとうございます

エントリ末尾に返信というかコメントを残しています

ここから本文

友人の医師の働き方が異常で見ていてつらい。

もちろん教員SEや一部の公務員などほかにもひどい業界もあるけれど、特に、人の命を預かる仕事で、これほどひどい状態なのは、将来患者になりうる自分やほかの人々のためにも看過できない)。

※ 本文は2017年の、西日本地方都市のそれぞれ異なる自治体で働く3人のアラサー医師聞き書きです。

自分が聞いた時点である程度脚色されているだろうし、きわめて一部のものしかないことはご留意ください。

規則で長い勤務時間:待機・当直・日直

まず、病院によって大きく違うだろうけれど、待機や当直について。

自分の友人は月に3-4回、当直がある。

これは、最初は夜出勤して翌朝帰るシフトのことかなあ、生活リズム狂ってたいへんだなあ、と思っていたけれど、聞いてみると、1日8時半から働いて、そのまま当直で病院に残り、なにもなければ宿直室で眠れるけれどそんなことはなくて何度もたたき起こされて診察・処置する。

そのまま朝を迎えて、ふつうカンファレンス(ほかの業界で朝会・朝礼に該当するものらしい)があって、そのまま日中勤務して、夜帰る。もちろんトラブルと遅くなる。

ただ、別の大学病院に勤めている友人のところでは、当直翌日は、半休とりやすい(もちろん有給)とかもあるけれど、それは恵まれている、という口ぶりであった。

待機というものもある。これは月に5-6回ほど、夜間や土日のオンコール体制のこと。

土日のオンコール体制24時間。土曜の朝から日曜の朝までとか。お酒も飲めないしすぐ出勤できる場所にいないといけない。

そして、呼ばれなければ、勤務時間とはみなされないので給料は出ない。

これの呼ばれる頻度は5回に2回ほど?

日直は、土日にふつうに働きに出ること。これは月2回ほど。代休はない。

一週間にどれくらい働いているんだろう・・・

裁量のなさ:業務量の不安定

そして、普段の勤務は、平和であれば早く帰れる日もあるけれど、患者さんの数や救急車や急患の状況によってはかんたんに22時を超えるし、時間だけでなく自分計画をたてにくい。

こうした振り回されやすさ、自分裁量のなさはつらいと思う。

ちなみに、看護師さんもまたたいへんで尊敬する仕事ではあるけれど、かれら(注:某文化により、平仮名のかれらは男女を含む)はシフトが組まれているので超過勤務が続くことは医師ほどではないと思う。

これだけでも異常な労働時間拘束時間だと思う。

勤務時間が長く、かつ裁量の少ない仕事は高いストレスがあるとは聞く。

こういう過労・睡眠不足になりやす状態で適切な判断ができるだろうか。

ぼくら一般市民患者のためにも医師労働環境改善必要だと思う。

ハラスメントの起こりやす

時間だけではない。

人の命を救う聖職者とみなされており、暗黙の裡に自己犠牲が求められ、また称賛される。そこでは医師健康生活を守るという当たり前のことも自分勝手、ととられやすい。

有給はとりにくく、退職時にまとめてとると、ずっと陰口を言われる。

医局人事での転勤も多い。医局から抜けると、この地域で働けると思うなよ、と言われる(とはいえ、こう言われたけれど実際には働き口を見つけた友人はいるとのこと。日陰になるけれど)。

また、上司資格取得などに影響しているため、明示的にも暗黙的にも要求を断りにくくパワハラがおきやすい(これは大学などのアカハラと似ている部分はある?)。

患者さんも、命がかかっていることもあり感情的だったり、反発的なひとも珍しくはなく、コミュニケーションコストが大きい。

年齢を重ねての多浪や再受験が多いほどに憧れの職業であり、また、患者さんから先生はたくさんもらっているんでしょ、と思われるというのもある。

原因

これはなにが原因でどう解決されるべきだろう?

上記の聖職扱いされやすいのと労働組合が動きにくいのもある?

これは、転勤の多さや、労働者経営者あいだの連続性があり対立しにくいというのはあるかもしれない。

はいえ、いま調べてみるといろいろ活動している団体もある。

2009年設立された全国医師ユニオン

http://union.or.jp/

(機会があれば応援したいし手伝いたい)

医労連ちょっと政治的活動にお熱の様子。

http://irouren.or.jp/lines/

きつい状況にある医師のみなさまはうまく使ってほしい、と外野ながら思う。

ほか、職種別にタテワリな組織IT投資への無理解ITリテラシーの低さからなる非効率さはありそう。こういうところに入るコンサルティングシステムベンダー、たいへんそうだけれど期待。。プラクティスとか知見、知りたい。

むすびに

こういう状況をみていると、医療崩壊もそら起こるし、夜間に救急車も受け入れられないのもわかる。

お金がなくて増員が見込めない現在、どうやったらいいんだろ。夜間は診療報酬めっちゃあげるとか?

東大卒女医さんが自殺でもしないと変わらないのかもしれないけれど(現代社会への皮肉)、そうなるまえになんとかしたい。ひとまず、こういう現状を知ってほしく書いてみた次第です。

もちろん冒頭に書いたように、ほかの業界、ほかの職種にはもっともっと低い報酬社会的地位で劣悪な労働環境のもとにいる日とも多くいるとは思うし、それらも併せて改善されてほしいし、応援しています

勝手尊敬しているmedtoolz先生がご見解を書いていただけないか・・・

追記

主語が大きくて、「医師」ではなく「勤務医」についてでは、とのことでほんとそのとおりだと思う。ただ、指摘があったことを残すためタイトルは訂正しません。

この開業医との格差などどうするべきなのでしょうね。


辞めればいいじゃん、というコメントは、ミクロで見れば正しいのですが、医師個人問題だけではなく、ぼくら一般市民が受けることができる医療にも影響があるので本質的解決にはつながっていません。


また、するどい指摘としては、これを医療政策学者の津川友介氏など制度設計解決を試みる案もあるとのこと。

少子高齢化が進み経済的にもうまくいっていない現代日本では、医療費増加で医師を増やして解決することは難しいと思う。

保守的業界団体などからは反対されるかもしれないけれど、医療費抑制するためにもすすめてほしい・・・一般市民はなにができるだろうか?

ポジティブ医療費抑制を狙う政治家応援したい(誰かいたら教えてほしい)

https://anond.hatelabo.jp/20170822181512

2017-08-10

これがPMベストプラクティスらしい

http://itpro.nikkeibp.co.jp/atcl/column/14/120500119/072700070/?itp_pickup

相手先の担当者が異動になるから問題対処せず、相手を怒らせるままにしておく

→まあ話通じない担当者もいるので、ぎりぎり分からなくもない

役員向けの報告会で主要メンバー病欠「ということにして」、報告を遅らせる。

 その間に他のヤバいプロジェクトが火を噴くのを待つ

→え、役員に嘘つくの……しかも何の問題解決にもなってない

問題があって解決策が分かっているが、部下には伝えない

 いつも反抗的な部下が問題について聞いても伝えない

 報告会で問題を報告される

 むかついたのでそいつ問題解決を丸投げする、解決策も伝えない

クズじゃねえか

こんなPMの下にだけはいたくないものだ。

この連載、最初の頃はそこそこ面白かったけど、最近はひどい。

2017-08-07

誰か暗記プロセス標準規格作ろうよ

私は現在仕事ソフトウェア開発のプロセス改善活動をしている

そこで考えたのだが、なぜこの世の中には色々なプロセスの規格がないのか

様々な分野でプロセス規格を作ってみた面白そうではないか

例えば暗記方法

暗記方法は「人それぞれ」という言葉のせいで議論が進まなくなっているイメージで、効率の悪いことやっている学生がたくさんいるのではないか

そこで暗記方法ベストプラクティスを集めたプロセスの規格を作るのだ

暗記する者たちは、自分でそのプロセスの規格を読み、暗記方法改善する

または、プロセス規格からできたチェックリストを使って自分の暗記方法改善する

さあ、誰か標準団体を立ち上げよう

2017-08-05

間違ったことを偉そうに言われた時の対処

エンジニアに間違ったことを偉そうにペラペラと言われたので思わず、それは違いますよと訂正してしまった。非常に機嫌を害されたようで、僕の指摘こそ的外れで間違っているのだ、とひどく言う。設計ベストプラクティスなど人によって揺れが出る部分ではなくて、仕様のように100%の答えが合って、客観的事実として僕が正しいのは明らかであったが僕はあらそうでしたかすみませんね。とだけいった。その人は1週間たった今でも僕の指摘がいか的外れでその人こそあっているのだ、ということを延々技術的に未熟な仲間内で話し続けている。

当人から求められてない時はわざわざ人に物事は教えてあげる必要なんてなくて、いか馬鹿なことを言っていてもそうなんですね〜って聞き流しておけば良かったんだなあと今は思うが、いい加減勘弁してもらいたいものだ。

それとも何か別の対処があったのだろうか。

2017-08-02

技能を身につける方法

技能を身につけるには練習必要

練習にはプラクティストレーニングがあって使い方違う。

プラクティスはできないことをできるようにすること。10回に1回でもいい。

トレーニングはできるけど失敗することもあることを確実にできるようにすること。自動化

この違いを意識して取り組むと効率よく身につく気がする。

トレーニングサボらないのが難しい

2017-07-26

https://anond.hatelabo.jp/20170726121912

「作者が10時間くらいかけて考えたことを1秒で考えたことにする」

「作者が10時間くらいかけて調べたことを元から知っていたことにする」

「周囲の頭が良い人たちの行動をそのまま書く」

歴史上の偉人エピソードアレンジして使う」

このあたりがベストプラクティスっていうか普通にどの作家もやってる。

「作者より頭の良いキャラは書けない」という命題自体が偽。

2017-07-10

Webアプリを作るときにどの言語/WAFで書くべきか

使ったことあるモノもないモノもごちゃまぜにして経験雰囲気で書いてる。

PHP

Laravelは結構好き。DSL過ぎず、それなりにフルスタック生産性もいい。

何よりLaravel本体ソースコードが読みやすいのがいい。

まともな日本語情報が少ないのは弱点だけど、気になったところは本体コードを読めばすぐに分かる。

最大の欠点PHPってことだ。他のLL言語に比べてPHP自体生産性は低い。セキュリティ面の不安も大きい。それに安心して後を任せられるようなPHPerは一握りしかいない。

Perl

Mojolicious結構好き。これもDSL過ぎず分かりやすい。CPAN豊富ライブラリ群もある。

Perlは可読性が悪いなんて言うけど、ちゃんとしたライブラリ普通に読みやすいよ。

最大の欠点Perlってことだ。長期的に開発者を集めることを考えたら茨の道だろ?

Python

今でこそ機械学習Pythonが人気になっているけど、Web系はまだまだマイナーだ。

Djangoプロジェクト/アプリケーションという構成単位の考え方が好きじゃない。理論的な利点は分かるけど、現実問題それが必要になるケースが浮かばん。

Django以外でフルスタックのWAFが出てくればいいんだけど。Tornadoはフルスタックじゃないのでちょっと違う。

Python3で安心して開発できるならアリだと思うけど今はどうなの?使いたいライブラリが3系に対応していないとかで躓きたくないよ。

あと単純に速度が遅いよね。いや書き方を気をつければマシにはなるんだけど、書き方を気をつけなければいけない時点でつらい。

Ruby

Railsは便利だ。周辺ライブラリの充実度もすごい。情報玉石混交だけどまともな情報もたくさんある。

ただあまりにもDSL過ぎる。Railsプログラミングではなく、一つの巨大なDSLだ。

Railsプログラマの何割が、少しでもいいかRails本体ソースコードを読んだことがあるのか。めっちゃ読みにくいんだけど。Rubyは可読性が高いなんて嘘だろう。Perlと一緒でちゃんとしたコードは読みやすいけどそれはプログラマ依存する話で、言語自体に可読性の高さはない。言語思想の通り書くのは楽しいよ。でも読むのがつらい。

Rails自体DSLみたいなもんなのに、RSpecやらRakeやら周辺ツールDSL意識高すぎる。

問題があった時にググらずにコード読んで解決できるRailsエンジニアはどれだけいるのか。情報量が多いからググれば解決すると答えるやつは、底辺PHPerと大差ないからな。

あとバージョンアップ追従するのが面倒過ぎる。でも放置したら負債になるし。意識高くRailsで開発したやつの大半はバージョンアップやらの保守に入る頃にはもうそプロジェクトはいないんだろ?だからそのつらさを知らないんだろ?

散々罵ったけど、このDSLを覚えれば生産性が高いのは事実だ。だから結局ついていく確率が高い。モテ男なんだよ結局こいつは。

Java

SIerさんに敬礼

Scala

Playが王道だけど最新バージョンになるほど情報が少ない。このあたりがRailsと違う。公式(英語)とか本体コードを読める人じゃないとつらい。

そもそもJava、というかJVM周りの知識がないと本番運用はつらいだろう。LL言語運用経験しかない人は特につらい。LL言語でいうhot deployみたいなことがしたい時のやりかた分かってる?

コンパイルの遅さに耐えて開発し、運用時のGC問題を乗り越え、黒魔術を味方につけてライブラリコードリーディングが出来るならいいんじゃないか

動作は早いし、言語のものは強力だ。

Scalaを好むプログラマ関数型やらDDDやら意識高い人が多い。別にScala自体にそれらは必須ではないけど、そこら辺を意識しないならJava8でいいんじゃないかとも思う。

Node.js

非同期処理で開発することの難しさに耐えられるの?

ベストプラクティスがなく、移り変わり激しいJS界隈に流されてオレオレで書いたコード保守する自信があるならいいんじゃない。俺はない。

Go

API単体ならともかく、画面も担う普通Webアプリを書くような言語じゃない。少なくとも今は。

正確に言うと書けないことはないけど、Webアプリに関する周辺ライブラリの不足を乗り越えてまで書くメリットほとんどない。

ClojureとかElixirとか

運用実績ノウハウが少ない中で、自分で乗り越えていく気概があればいいんじゃない

結論

完璧選択などない。

2017-06-06

Rubyから解放

最近Python にどっぷり浸かるようになって、「Ruby 教」とも呼べる宗教的な縛りから解放されるようになってきた。それにつれて、いままで Ruby コミュニティで当たり前とされてきたいくつかのプラクティスに対して批判的な気持ちが育ちつつある。

いままで一部の人たちが Ruby 界隈を忌み嫌っているのを見てきたが、その理由がわからなかった。でも、Ruby一種新興宗教のようなものだ、と考えればその理由理解できる気がする。

プログラミング思想というのは、絶対の正解がないために、結局、それを信じる人たちが集うという「信仰」の形を取るしかない。より主張の強いグループ宗教的な形を帯び始めるのは少しも不思議ではないだろう。

なんかマジ、Ruby ダルくなってきたわ…。

P.S.

特にキモいのは、RSpec

Ruby変態 DSL の極みみたいなもの

Python のほうがスッキリしていてずっといいわ…。

P.S.2

Rubyな人たちは二言目には「テスト」とかいうけど、自動テストがすべてを救ってはくれないよね。

テストコードメンテ自体、莫大なコストがかかるし。

私は、テスト必要最小限にして、メリハリを効かせて書くべきじゃないかと思う。

基本的には、リグレッション対策で十分な気がするけどね。

2017-05-31

日本語でいえばいいじゃん

デフォルト⇒初期値

〇〇マター⇒〇〇の責任 / 〇〇の仕事

リスケ⇒日時変更

フィックス⇒決定

コミット約束

ビジョン展望 / 見通し

マスト絶対

シミュレーション⇒試算

アセット資産

アナウンス⇒周知する / 知らせる

エスカレーション⇒報告

プライオリティ優先順位

ペンディング見送り / 保留

シェア⇒共有

バイス修正

ブラッシュアップ⇒改良

アジェンダ⇒議題 / 行動計画

コンセンサス同意 / 合意

グリー同意

スキーム⇒枠組み / 仕組み

ソリューション解決方法 / 改善案

バイアス⇒偏り

オーソライズ理解を得る / 通す

エビデンス証拠

タスク課題 / 仕事

ドラスティック⇒劇的に

ナレッジ知識

バッファ⇒余裕 / のびしろ

スペック機能 / 性能

ミーティング会議 / 話し合い

フロー⇒流れ

ストック在庫 / 貯蔵

スタック⇒退避 / 止まる

ファクト事実 / 事象

ドラフト草案 / たたき

ボトルネック⇒原因

ベストプラクティス⇒最適解 / 最良な方法

2017-04-21

IT】画面遷移図のベストプラクティスがわからない

ちなみに俺はモバイルアプリ開発者

 

どの画面遷移図を見ても、わかりづらいと感じる

わかりやすい画面遷移図を見たことがない

 

最近モックアップツールもいっぱいあるが、モックアップはそもそも俯瞰できないか意味がない

モックアップツールの吐き出す画面遷移図はもう破滅的だ 

 

画面遷移図がスッキリしていると、ユーザー側も理解やすいのは確かだが

込み入ってるからわかりづらいとは、確定的には言えないと思う(経験的には分かりづらいことが多いが)

 

結局、開発者ユーザーに対して適した量のviewだけを見せている

例えば、コンテンツ、前に戻る、次に進む、より一覧の階層、より詳細の階層、別の要素など

あるコンテンツ関係的が近しいviewを表示している

あるいはそれに至る導線を示している

実際には全体が非常に複雑でも、そういう風に表示すると人間理解やすいから、そうしているのだ

 

逆に言えば、元の複雑な状態を見せられたら、そりゃー分かりづらい

分かりやすかったらwebアプリもいらない、まるごとユーザーに示せばいい、開発なんて誰でもできる、でもそうではない

 

 

じゃあどうやって画面遷移図を作ればいいのか

画面遷移図は分かりづらいが、分かりやすく見えるように全体を設計することは可能

俯瞰でみた時にわかやすい」というのは、細部を見る必要が無いくらいに脳内モデル化できるということだ

日本地図を見ても、世界地図を見ても、町内地図を見ても、「わかりやすさ」は変わらないのと同じだ

 

からフラクタル構造みたいに、階層的にモデル化された構造を取っていれば見やすくなると思う

そうした時に良い形の画面遷移図は、大きなモデルからさなモデルへ辿れるようなUIになっているか

あるいは大きなモデルと小さなモデルを両方見ることができて、ただどちらに注目するかで見え方が異なるような状態になっていればいいと思う

 

 

ここまではわかるが、このあとはわからない

デザイナーの方、何かいい感じのやつお願いしま

 

2017-04-13

[][][][][][]

management

自分より優れたるものを自分の周りに置きし者ここに眠る。カーネギー

自分で仕事をするのではなく仕事をさせる適材を見つけることが大切だ

優れたマネージャーは自分より高い給与をもらう可能性のあるポテンシャルの高い部下を喜んで雇う

ttp://b.hatena.ne.jp/entry/www.masafumiotsuka.com/2015/11/the_peter_principle.html

会者定離 - Wikipedia

ttps://ja.wikipedia.org/wiki/会者定離


コアコンピタンス経営判断・技術ノウハウ・開発スピード・改善・技術顧問・内製化・比較・判断基準トレードオフ

事業のコアになる部分は、アウトソースしてはいけない。

ttp://bit.ly/2DYXTGg

スキルノウハウが蓄積できる業務はコア業務

ttps://www.noc-net.co.jp/blog/2015/01/column_025/

コア技術の強みは、自社が大切に保持しなければならない。それが、以上に並べた4つの事例からくみとった教訓だ。

ttp://brevis.exblog.jp/26943020/



プログラミングとは経営判断の集積である

ソースコードの一行一行は、経営判断のものだ。

(中略)

ソフトウェア開発とは、経営的意思決定の集積なのだから、経営的意思決定を外部の会社に委託するというのは、「経営を外部の会社にやってもらうようなもの」だからだ。

もっと言うなら、自分の会社の今後のビジネスポジションを、他社に決めてもらうようなものだからだ。

外注を出された会社は、そのソフトウェアが未来に実現するであろうビジネス的価値を犠牲にして、できるだけ少ないコストで作ろうとする。

モダンな開発環境×技術顧問×内製化」Sansan×日経電子版 アプリ開発最前線を語る夜

ボタンを1つ追加するだけで2週間。内製化によるスピードアップは必須だった。

アプリ内にボタンを1つ追加するだけで、2週間の開発期間と、数十万円のコストが発生していました。それでは急な仕様変更に対応できないし、技術ノウハウも貯まらない。」

ttp://careerhack.en-japan.com/report/detail/525

ネットサービスの肝は、開発にかける額の多寡というよりは、内製化するかどうかにあると思っています。

ローンチした後、そこからの追加・改善はものすごいスピードでやらなくちゃいけない。これは、内製体制でないと絶対に不可能です。

サイバーエージェント藤田社長が語る技術者採用の理由/Tech総研

ttps://next.rikunabi.com/tech/docs/ct_s03600.jsp?p=001780

2017年1月、ネット証券大手のマネックス証券は証券基幹システムを刷新した。

お客様へ提供するサービスの開発スピード向上と、ノウハウの社内蓄積、開発コスト適正化を目的に、

開発環境も外部のASPサービス利用から内製化に切り変えた。

(中略)

サービスの改善や新サービスの開発時に、ASPサービスの提供会社との会議に費やしていた時間を削減し開発のスピードアップを図ることで、競合他社への競争力を強化したいと考えました。

ttps://thinkit.co.jp/article/12761

「五年あれば、どんな企業でも内製の体制を築ける」

ttps://twitter.com/kanayang2009/status/129677947572465666

ttps://www.amazon.co.jp/gp/product/482226257X

システム発注社はSIに発注するより内部で作った方が幸せになれる理由 - Rails Webook

ttp://ruby-rails.hatenadiary.com/entry/20140818/1408287600

システム内製化は、業者に頼むよりずっと難しい

ttp://b.hatena.ne.jp/entry/s/quality-start.in/it-strategy/467

エンジニアでないファウンダーは最大一人まででお願いします | On Off and Beyond

理由1:変更につぐ変更を重ねられるようにする

最近 lean startup なる考え方がはやってますが、これはどういうことかというと、

トライする回数 × 成功率 = 成功

という式で、成功率の方をあげることは不可能なので、トライする回数を圧倒的に増やすのが成功の鍵だ、という発想なり。

ttps://chikawatanabe.com/2010/11/17/technical_founders/

東大合格者ランキングは正しいのか?――常に分母は何かを考えよ

コツは、(2)と(3)の両方の“率”を正確に記録し、両方が上がるようにそれぞれ別の施策を立てることである

ttp://bizmakoto.jp/makoto/articles/0705/22/news008.html



ttps://ja.wikipedia.org/wiki/情報の非対称性

ttps://ja.wikipedia.org/wiki/逆選抜

技術ノウハウたまるノウハウの社内蓄積)

①内製

内製+技術顧問

技術ノウハウがたまらない

①顧問プログラマ

②外注

レモン市場・情報の非対称性

レモン市場 - Wikipedia

ttp://bit.ly/2qQbadu

レモン市場では、売り手は取引する財の品質をよく知っているが、買い手は財を購入するまでその財の品質を知ることはできない(情報の非対称性が存在する)。そのため、売り手は買い手の無知につけ込んで、悪質な財(レモン)を良質な財と称して販売する危険性が発生するため、買い手は良質な財を購入したがらなくなり、結果的に市場に出回る財はレモンばかりになってしまうという問題が発生する。

フラクタルレモン市場問題|建築不動産クラスタ交流会の件その1

ttp://realtor-readyabooks.hatenablog.com/entry/20100515/1273919457

中間業者を中抜きすると受発注者Win-Winになるか?

ttp://ledsun.hatenablog.com/entry/2016/02/28/014851

情報の非対称性 - Wikipedia

ttps://ja.wikipedia.org/wiki/情報の非対称性

市場における各取引主体が保有する情報に差があるときの、その不均等な情報構造である

「売り手」と「買い手」の間において、「売り手」のみが専門知識と情報を有し、「買い手」はそれを知らないというように、双方で情報と知識の共有ができていない状態のことを指す。



利益相反・エージェンシースラック・管理・モニタリング・時間

エージェンシー・スラック(agency slack)とは、エージェントが、プリンシパルの利益のために委任されているにもかかわらず、プリンシパルの利益に反してエージェント自身の利益を優先した行動をとってしまうこと。プリンシパル=エージェント理論 - Wikipedia

外注の仕事の品質を高めるためのチェック手法(第6回) | 禁断の外注コントロール術 | Web担当者Forum

ttps://webtan.impress.co.jp/e/2011/08/19/10735



時給制(時間を売る)が生産効率低いのって自明だよなぁ・・相当ボランティア精神ないと時給制で効率よくやろうって気持ちにならないよね

ttps://twitter.com/YamadaQuality/status/955988197976059905

でも拘束時間で金額を決めてしまっては効率化を目指さなくなるんじゃないか

ttp://b.hatena.ne.jp/entry/b.hatena.ne.jp/entry/194800390/comment/redhornet96

ttp://b.hatena.ne.jp/entry/twitter.com/etomiho/status/872820182883762176

ttp://b.hatena.ne.jp/entry/twitter.com/etomiho/status/872822997106565120

ttp://getlife.hateblo.jp/entry/2013/09/10/015011

見積もりが人日で工数を計算していると、実際にはそれよりも短期間で実装できても見積もり日数になるまで納品を待ったりすることはある。

ttp://b.hatena.ne.jp/entry/357516986/comment/netcraft3



モニタリングコスト(監視費用)

 エージェントが利益相反行動をしていないかどうか監視するためのコスト

ボンディングコスト(保証費用)

 自身の行動がプリンシバルの利益追求にかなっていることを証明するために

 エージェント自らがかけるコスト

ttps://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1212240292



F-Chair Plus|オフィスでもテレワークでも勤怠管理「エフチェアプラス

ttps://fchair-plus.jp/

TimeCrowd (タイムクラウド)

ttps://timecrowd.net/

Work Time Recorder

ttps://fairuse.jp/work_time_recorder.html

Virtual office environment

Odesk Corporation

ttp://www.google.com/patents/EP1941485A2?cl=en

仮想オフィス環境

ttps://translate.google.co.jp/translate?sl=en&tl=ja&js=y&prev=_t&hl=ja&ie=UTF-8&u=https://www.google.com/patents/EP1941485A2%3Fcl%3Den&edit-text=&act=url

情報伝達システム、管理サーバ及び情報伝達方法

ttps://patents.google.com/patent/JP5134737B2/ja



タイムチャージ成功報酬弁護士

もはや議論は避けられず。。タイムチャージ問題点とその削減対応についてまとめてみた - bizlaw_style

ttp://blog.livedoor.jp/overbody_bizlaw/archives/4607808.html



見積もり・RFP・要件定義

3社に依頼したソフトの開発の見積金額に唖然:仕事を考えたきっか

ttp://www.teoria.co.jp/10to493/002kikka/kika05.html

見積りの根拠出してくれっていったら、金くれって言われたよ

ttp://b.hatena.ne.jp/entry/s/anond.hatelabo.jp/20131003212934

「訴えてやる!」を未然に防ぐ:明瞭な「提案依頼書(RFP)」の書き方

ttp://www.atmarkit.co.jp/ait/articles/1705/22/news015.html

Amazon.co.jp: はじめよう! 要件定義 ~ビギナーからベテランまで: 羽生 章洋: Book

ttps://www.amazon.co.jp/gp/product/4774172286



技術顧問・内製化・顧問プログラマー

最も困難な仕事は、ソフトウェアの開発ではなく、優秀な人材を雇用すること

ttp://arcadia11.hatenablog.com/entry/2015/09/21/210000

真の人月商売こそが受託開発産業を救う ― 請負契約ではITプロジェクトは失敗する

ttp://b.hatena.ne.jp/entry/shunichi-arai.blogspot.com/2014/05/it.html

自営業でSIerを成立させるためのTips

ttp://blog.takeda-soft.jp/blog/show/430.html

インタビュートーク - 「自動化GitHubの導入は本質ではない」、技術顧問の先駆けが語る、その“役割”:ITpro

ttp://b.hatena.ne.jp/entry/itpro.nikkeibp.co.jp/atcl/interview/14/262522/012800227/



Rails 技術顧問

ttps://twitter.com/search?q=rails%E3%80%80%E9%A1%A7%E5%95%8F

「顧問プログラマ」再考 - Rails 雑感 - Ruby on Rails with OIAX

ttps://www.oiax.jp/rails/zakkan/rethinking_of_adviser_programmer.html

顧客企業による内製化を支援する

ttps://www.oiax.co.jp/consulting

ITエンジニア採用に欠かせない原則とは (1/5):IT人材ラボ

ttp://b.hatena.ne.jp/entry/s/itjinzai-lab.jp/article/detail/856

ttps://www.slideshare.net/fukumura1/fukuokarubykaigi-medpeer-ver1

開発支援

ttps://everyleaf.com/development-support

【256人がリモートワークで回る仕組みを考える】後編

ttps://www.remotework-labo.jp/2015/10/interview_10/

ttp://cast-er.com/blog/client-interview-masaki-komagata/

内製化に切り替える場合も援助をいたします。

ttp://fjord.jp/commissioned-development/



コード1行につき10円」という取り決め

(中略)

5割増の残業手当を出されても書けない時には書けないものだし、逆に1日仕事が5分で終わってしまうこともある。

それがプログラミング世界だ。

ttp://blog.livedoor.jp/dankogai/archives/50766218.html

人月の神話 - Wikipedia

ttps://ja.wikipedia.org/wiki/人月の神話

ブルックスの法則:遅れているソフトウェアプロジェクトに人員を投入しても、そのプロジェクトをさらに遅らせるだけである

InfoQ: ペアプログラミングの1ドルの価値

ペアプログラミングの価値は、将来の時間が省かれた形でやってくる。

ttps://www.infoq.com/jp/news/2009/07/dollar-value-of-pair-programming

アジャイルスクラムとは 原則、価値、プラクティス

6. どこが変わってるの? •顧客が毎週やってきて、開発チームと一緒に 成果について話す •プログラマーは全員ペアを組んで仕事をする •毎週納期、でも残業はぜんぜんない

10. ペアプログラミング 常に学ぶ コードも知識も共有

ttps://www.slideshare.net/yattom/ss-84433167



ソニックガーデンとテレワークマネジメント業務提携 〜 働き方改革の実現を支援するシステム『F-Chair+(エフチェアプラス)』提供開始

『F-Chair+』では「働いている時間」と「何をしているか」を同時に管理できる機能を実現

ttps://prtimes.jp/main/html/rd/p/000000001.000022534.html

Amazon.co.jp: 「納品」をなくせばうまくいく

ttps://www.amazon.co.jp/gp/product/B00LSQ8G4W

43.一括請負しないので、長く続く方が嬉しい

ttps://www.slideshare.net/kuranuki/ss-87706585

お客さんには僕らがどれだけ時間をかけているかは見せません。

ttp://mydeskteam.com/casefile/2171/

毎週何時間働きますよという契約ではない

ttp://gihyo.jp/dev/serial/01/take-evolution-site/0002?page=2

最初は1社しか担当できなかったのに、スキルを磨くことで2社、3社と顧問契約が増えていく。

ttp://careerhack.en-japan.com/report/detail/205

ソニックガーデン

ttps://www.sonicgarden.jp

原価共有型受託開発

30. 時間でのみ課金

33. お客様は1円単位で原価が把握できて納得感

ttps://www.slideshare.net/pandeiro245/2016-0123

「TimeCrowd」という時間共有ツールの開発と、それを使って稼働時間、つまり原価を全て共有するという「原価共有型受託開発」

ttps://sideci.com/ja/customers/ruffnote

ラフノート

ttps://co.ruffnote.com/cost_share

月額制受託開発「開発チームレンタル

25. 料金について補足

稼働時間は規定しません (目安はおよそ1ヶ月分程度)

ttps://www.slideshare.net/haradaatsea4/ss-56224870

ぼくたちのじゅたくかいはつ

23. 料金 • 稼働時間は規定しません (目安はx1プランでおよそ半月分程度)

ttps://www.slideshare.net/haradaatsea4/ss-47892504

mofmof

ttps://www.mof-mof.co.jp/



内製化

Twitter創始者が語るWeb 2.0の要諦 - @IT

ウィリアム氏がOdeo内で始めた小さなプロジェクトが「Twitter」だ。

Ruby on Railsを使って2週間で最初の動くバージョンを 作り上げた

ttp://www.atmarkit.co.jp/news/200711/16/twitter.html

Ruby on Railsで10分で作るTwitterもどき - ZDNet Japan

ttps://japan.zdnet.com/article/20354695/

Basecampは一人のプログラマーと2人のデザイナーでつくった

ttps://www.goodpic.com/mt/archives2/2005/09/37signals_jason.html

30代後半や50代からでもソフトウェア開発者になるのには遅くないという10人の実例 - GIGAZINE

ttp://gigazine.net/news/20170221-late-start-programmers/

Facebook元役員「プログラミングを学ぶのなら、生涯仕事に困らないことを私が保証しよう。」

ttps://lrandcom.com/facebook_former_executive_learning_programming_guarantee_life_time_work



独自フレームワークはやめよう

ttp://blog.madoro.org/mn/84

素人がWebサービスを作ってみて分かった9つのこと

ttp://el.jibun.atmarkit.co.jp/rails/2011/09/web9-1e8b.html

一ヶ月、Rubyを本気で独学した結果(文系向け) - 30ruby記

ttp://30ruby.hatenablog.com/entry/2014/11/01/030505



文系未経験からプログラミングを独学で学び外注してたWebサービスを内製化するために勉強したこと - ゼロイチ起業ノート

ttps://twitter.com/happytarou0228/status/897601253102030849

ttps://twitter.com/happytarou0228/status/821129767579578370

ttps://twitter.com/happytarou0228/status/912920335900540928

私のようなの素人のためのHacker Way

ttp://blog.wantedly.com/post/22557898746/

ttps://www.wantedly.com/users/8558/post_articles/270

ttps://www.wantedly.com/users/8558/post_articles/23



Ruby基礎文法最速マスター

ttp://route477.net/d/?date=20100125

Rails教科書

一番小さなRailsアプリづくり

ttp://igarashikuniaki.net/rails_textbook/

Ruby on Rails チュートリアル

ttps://railstutorial.jp/

Ruby on Rails ガイド

ttps://railsguides.jp/

Ruby入門 (全26回) - プログラミングならドットインストール

ttps://dotinstall.com/lessons/basic_ruby_v3

Ruby on Rails 5入門 (全28回) - プログラミングならドットインストール

ttps://dotinstall.com/lessons/basic_rails_v3

HTML入門 (全24回) - プログラミングならドットインストール

ttps://dotinstall.com/lessons/basic_html_v3

CSS入門 (全23回) - プログラミングならドットインストール

ttps://dotinstall.com/lessons/basic_css_v3

JavaScript入門 (全24回) - プログラミングならドットインストール

ttps://dotinstall.com/lessons/basic_javascript_v2

jQuery入門 (全20回) - プログラミングならドットインストール

ttps://dotinstall.com/lessons/basic_jquery_v2



認知資源・設定より規約・外注・アウトソーシング

ビル・ゲイツは私よりももっと先鋭化させた考えを持っています。

最初に私が驚いたのは、彼が何らかの説明を社員から聞くときに、直接その社員からは話を聞かないことです。

彼は情報をかみくだき、彼にわかりやすく説明してくれる専門の社員を雇っていたのです。

ttp://satoshi.blogs.com/life/2016/06/time6.html

【就活】面接の予約はどの時間帯に入れるべきか

「決断疲れ」によって意志力は消耗してしまう。体を動かすと体力を消耗するのと同様、意思決定すると意志力も消耗するのだ。

(中略)

午前中の早い時間帯に面談を受けた受刑者は70%が仮釈放を認められたのに対し、午後の遅い時間に認められたのは10%未満だった。

ttp://piri-sawa.com/2017/03/22/shukatsu-6/

職住近接のメリットデメリット!実現して1年経った私の体験!

「通勤ラッシュ時の満員電車に乗った際のストレスは、臨戦態勢に入った戦闘機パイロット機動隊の隊員よりも高く、ジェットコースターが落下する寸前の2倍以上と試算される」

ttps://quit-job-tomorrow.com/archives/1112.html

設定より規約(せっていよりきやく、英: convention over configuration)とは、開発者の決定すべきことを減少させ、単純にするが柔軟性は失わせないというソフトウェア設計パラダイム

ttps://ja.wikipedia.org/wiki/設定より規約

認知資源の無駄遣いを防ぐことが、最高の仕事ハック術?

ttps://tomokimatsubara.net/cognitive_resources/

貴重な「認知資源」を節約しよう!

ttp://yatomiccafe.com/archives/2013/0317_031750.html

認知資源を節約して、認知資源を買う

ttps://twitter.com/yosuke_kinosita/status/919811959695982593

認知資源の節約

ttp://www.panoramic-view.info/2018/01/07/15913/



CasterBizに頼めば自分のコアワークに集中できる

ttp://cast-er.com/blog/client-interview-masaki-komagata/

CasterBiz | オンラインアシスタントならキャスタービズ

ttps://cast-er.com/

格安のリモート秘書サービスKaori-sanが便利 - komagata

ttp://docs.komagata.org/5160

バイリンガルオンライン秘書&オンライン電話 - Kaori-san

ttp://www.meetkaori.com/ja/

株式会社ジェントルワークス

ttps://www.gentleworks.jp/

Dr.経費精算 | 全自動入力のクラウド経費精算システム

ttps://www.keihi.com/

無料の請求書・見積書・納品書の作成管理サービス Misoca(ミソカ)

ttps://www.misoca.jp/

バックオフィス支援をクラウドで。月額2980円 | Bizer(バイザー)

ttps://bizer.jp/

SmartHR - すべての労務を1クリック

ttps://smarthr.jp/

freeeがマネーフォワードに敗れた根本理由 | 災害・事件・裁判 | 東洋経済オンライン | 経済ニュース新基準

ttp://b.hatena.ne.jp/entry/toyokeizai.net/articles/-/184317

無料家計簿 - 家計簿アプリ・資産管理も充実|マネーフォワード

ttps://moneyforward.com/

会計ソフト freee (フリー) | 無料から使えるクラウド会計ソフト

ttps://www.freee.co.jp/

レンタルオフィスを借りると社員も秘書ついてくる!! | 社員付きオフィス タスクールplus

ttp://plus.task-school.com/

今までは1人の社員が丸2日ほどかけていた作業を10分ほどで完了するようになったという。

ttps://tinyurl.com/ycgwjdhq

注目のRPAツール11選(比較用テンプレート付き) | 業務可視化Note

ttps://kashika.biz/sps_rpa_tools_2017/




...

ソフトを他人に作らせる日本、自分で作る米国

ttps://www.amazon.co.jp/dp/B00TEYNP5U/

日本をダメにした10の裁判 (日経プレミアシリーズ 4)

ttps://www.amazon.co.jp/gp/product/4532260043

整理解雇の要件

ttp://ikedanobuo.livedoor.biz/archives/51294718.html

解雇規制ツイッターにたとえると、「いったんフォローした人は、リムーブできません」

ttp://mojix.org/2011/07/27/kaikokisei-twitter

社員を雇用する時に「生涯賃金分の支払い義務が生じる」と考えれば、企業が雇用について及び腰になるのは当然だろう。結果として解雇規制が強ければ強いほど、企業は雇用を増やさない。

ttp://sharescafe.net/34633322-20131107.html



なぜ、社員10人でもわかり合えないのか

ttps://www.amazon.co.jp/dp/B00LIHI14G/

競争しない中小企業経営術 2011年12月 (仕事学のすすめ)

第3回(12月21日放送)  会社の中にヌシを作るな

ttp://takase-fp.at.webry.info/201112/article_16.html

ズルい仕事術

ttp://bit.ly/2CpLqgE

2017-01-05

Facebookまとめサイトシェアちゃう人を見ると

どう反応していいか困るよね

あの触れづらい感じ…

半年ROMってろって言うのがベストプラクティス

2016-12-29

はてブで「Amazon」と検索してみると

昨今話題になってるヤマト佐川関連のブックマークが上位を占めるかと思いきや、まったく違った。

2016年12月29日10:54時点、本文、新着順で検索

Amazon検索結果 (絞り込み: 3 users 以上) 約 3,423 件中 1 - 40 件目 (0.26 秒)

以下略

ECサイト連想させるトピックほとんどなくて、AmazonB2B向けサービスを充実させていることに驚いた。

Amazonって表向きは物流業界革命問題を起こしている要因に挙げられているけど、EC以外のインパクトがどれだけ大きいのか門外漢なので分からない。

↑でブクマ付けた人、何が起きるのか教えて

2016-11-28

陰毛を刈りたい

でも髪の毛用のバリカンはでかくて手入れ大変だし、ごついかコントロールが大変

何がいいんだろう

眉毛バリカン鼻毛バリカン

デリケートなところに向いてるって意味では後者かなあ

でも面積の広さ考えると効率は悪そう

何がベストプラクティスなんだろうか

2016-11-02

Wantedlyのジレンマ

Wantedlyを使って転職すると、採用担当マメな人ならWantedly上でその会社メンバーに追加してくれる。

そうすると同じ会社メンバープロフィールがお互いに見られるようになるんだけど、最近また転職したくなってきてちょっと困ったことがある。

転職向けにプロフィールを充実させようとは思うんだけど、その動きって他の社員にも見えるので、要は辞めようとしてるのがバレてしまうのではないか、と懸念しているのだ。

そういうものだと開き直るか、あるいは応募者向けに情報を充実させるという体で動くのもアリかもしれないけれど、それでもどこか抵抗感がある。

Wantedlyで複数回転職した人にベストプラクティスを聞きたい。

2016-09-23

残暑という夏の名残が秋の長雨に流されていっても、晴れることがない気持ちを抱えながら「蛍火の杜へ」を見ていた。

艦これ川内にそっくりなおてんば娘の蛍が出てきて、映画早々にお茶が喉に詰まった。エンドクレジットでやっぱり同じ人が声を当てていた。

手がつけられないあの時分特有闊達さがはしゃぎ回る黄色い声に出ていて、それだけで消えたくなる。

夏休みの宿題に全く手をつけてなかったが、子供達はちゃんと宿題を終えただろうか。

夏だけの逢瀬という縛りを破って距離感を一気に縮めたら消えて無くなるのは、まるで長続きしないバッドプラクティス夫婦みたいだ。

身にしみて辛い。

蛍は夏の夜の盛りにしか光らない。夜の帳に涼しさと共に光る淡い旋律

真冬コタツからあの淡い光を思い出そうとしてもうまく描けまい。

ギンと蛍の10回の夏もしばらくそんな感じなんだろうな。

ギンがいなくなった後、蛍はギンの住んでいた山神様妖怪の山にほど近い山里で、

新しい仕事に新しく寄り添う人を見つけてまた夏が巡りますように。

2016-07-11

アジャイルの害

アジャイルプラクティスマイクロマネジメント的なものが多い。

これらのプラクティスを,アジャイル文化であり精神であるところの「自律」なしに導入したらどうなるか。
 日本管理職マイクロマネジメント好きと相まって,地獄のようになるのは想像に難くない。

からエモいと言われようがなんだろうが,アジャイルはその文化精神理解なしに導入してはいけないのだと思う。
 アジャイル手法のように扱い,アジャイルプラクティスだけをあたかも「アジャイルであるかのように勧めるコンサルタントトレーナー危険まりない。

CICDのようなマネジメントにあまり関係のないものを,「アジャイル手法」ではなく,単に業務効率化の方法として取り入れるのはありかもしれない)

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん