趣味が会う女の子とはラポールを築きやすい
とにかく焦らないことを意識自分のプロフにとあるゲームが好きとか書いていたことから、同じゲームが好きな女性から返信が来たｗ 更にそこから住んでいる地域が二人共関西ということもあり、すぐに意気投合！ 暫くの間はメッセージのやり取りだけを続けることに専念・・・。 興味ありまくりやけど、さも興味が無いように装ってｗ とにかく焦らず、すぐに会う話をするのは、今までの経験から失敗例が多かったから控える。 普段するメールの内容は殆どがお互い共通したゲームの話だけにしておく。 二週間くらいたったころにそろそろいいだろう、と誘うことにしてみた。 自分「もし良かったら今度飯でも行かへん？」 彼女「うちもそろそろ会ってみたいって思ってたしいいよ！」 自分「じゃあ次の土曜日１８時に○○駅で待ち合わせでいい？」 彼女「わかったー！」 と言った感じでトントン拍子に会うことが決定ｗ さすがワクワクメールｗ予想外の展開で
正社員に仕事を教えたくない
上司が以前、「自分の持つ技能(スキル)を人に教えたくないって人がいるけど、みじめよね。それを他人に教えることによって、自分の地位が脅かされるんじゃないかって危惧してるなんて、自分にはそれだけしかないって言ってるようなものだもの」と言っていた。その時は「そんなものか」と思っていたけれど、今現在そのみじめな状況に陥っていて自己嫌悪が酷い。私は今年で契約が切れるパート。同じ部署に昨年、数歳年下の新入社員が配属された。彼女は私が少ない仕事から数年かけて学び、また効率的に処理できるように試行錯誤して会得したスキルを、たくさんの仕事の中でどんどん吸収している。これまで私しか使えなかったソフトも、ほぼ同じくらい使えるようになった。時々彼女は私にヘルプを求めてくる。「これわからないんですけど」。私は「何でも聞いてね。教えられることがあれば何でも教えるから」と笑顔を作り、できることは自分でさせ、できないこと
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
