後任にハケ子の使ってた席を渡すのはわかるんだけど、一応来週いっぱい仕事あるんだぜ？ これって…イジメかしら •́ω•̀)? 派遣社員としては初めての体験。。。
今朝出社したら、ハケ子の荷物がダンボールに入れられて端っこに置かれてた。 ハケ子、机がない。椅子もない。
後任にハケ子の使ってた席を渡すのはわかるんだけど、一応来週いっぱい仕事あるんだぜ？ これって…イジメかしら •́ω•̀)? 派遣社員としては初めての体験。。。
ドイツの受託開発会社を退職しました - WETな備忘録
2月末日付けで退職しました。退職エントリ書くつもりは無かったんですが、周囲から「公益性が高そうなので書け」というお言葉をいただいたのと、あと海外在住プログラマのキラキラ記事っておおいに生存バイアスかかってる気がするし、死にゆく者の事例も大事かな、と。 はじめに つらみは有りましたが、うらみは有りません。当初3年ぐらいかなと思ってたけど、この1年間の経験には大変満足しています。また、同僚各位にも深く感謝しております。Vielen Dank. I love you ;) 日本に帰る理由も、ドイツがつらいってのはだいたい3割ぐらいで、じつは2年前からゲノム解析のウェブサービス化とか生物学周辺のソフトウェア受託などの個人事業をやってて、そろそろそっちに集中すっかー、というのがマジな理由です。 tl;dr 自分を守るのは会社でも制度でもなく、自分。Noと言えなければ死ぬしかない。 自分に落ち度が無い
システム開発の契約が民法改正で変わる
民法の契約に関する内容が、120年ぶりに改正される。明治時代に制定された法律が現在まで変わらなかったというのも驚きである。当然ビジネス形態やそれを取り巻く環境は大きく変わり、現状に沿った改正がなされることになった。民法は私たちの生活やビジネスに直結するため、大きな影響が予想される。 改正案は2015年に既に通常国会で審議され、2017年度の国会で可決されれば2019年頃に施行される見込みである。施行までに期間が空いているのは、周知に時間がかかり、かつ影響が大きいことを示している。 民法が改正される点は約200項目あり、その中でもIT業界はシステム開発委託契約が大きく変わると見られている。委託契約が多いIT業界においては広範囲で影響を及ぼす可能性があるため、事前にどのようなものか把握し対応する必要があるのである。 ※2016年7月22日に公開した記事ですが、リライト記事に必要な文言等を一部追
仕事で質問する時に意識していること - Konifar's WIP
最近若いヨルダン人エンジニアが入社してきまして、新卒の頃の自分を見ているようですごく懐かしい気持ちになります。 当然わからないことも多いので色々質問してくれるんですが、 質問の仕方をもう少し工夫した方がお互いに効率いいんじゃないかなぁと感じて注意することがあります。すごく素直な子なので、注意するたびに「はいッ！すみませんッ！」と流暢な日本語で答えてくれるんですが、逆に何度もそんなやり取りさせて申し訳ないなぁと思ってしまいます。 で、注意しつつも「自分自身こういうところに気をつけて質問してるよ」というのをちゃんと整理できてないなぁと思ったので、今後のためにもざっとまとめておこうと思います。 自分は小さい会社でエンジニアとしてしか働いたことがないので、他の会社では当てはまらないかもしれないです。あくまで 自分が仕事で質問する時に意識していることとしてまとめます。 タイミングを見計らう 大体みん
「進捗どうですか？」より2015倍捗る「困ってますか？」 - Qiita
概要 お願いした作業の進捗を聞くときには「進捗どうですか？」より「困ってますか？」と聞くほうが何倍も捗るよ、というお話。 タイトルの2015倍は冗談です。念のため。 「進捗どうですか？」はダメです あけましておめでとうございます。ところで皆さん進捗どうですか? ・・・いやー、流行りましたね。 この「進捗どうですか？」はtwitter上で使うと「最近どうよ、忙しいの？」程度の挨拶で面白みがあるのですが、実際に仕事で使うとなんのいいこともないと思うのです。 質問攻め いいことがないと思う理由は、「進捗どうですか？」は質問攻めになりやすいと思うからです。「進捗どうですか？」の先に待っているやりとりはだいたいこんな感じです。 「進捗どうですか？」 「進捗ダメです。」 「どこがダメなの？」 「単体テストが遅れています」 「どれくらい遅れてるの？」 「えーと・・・、0.5日分くらいです」 「項目数でい
若い同僚を疲弊させたくない - やしお
隣の席に入社2年になる若手社員がいる。私が半年前に今の部署に異動してから様子を見ていて、大変そうな状況になっている。まだ経験の浅いうちに、仕事のマネジメントをしてくれる人がいないというのはつらいことだなと思った。 自分が入社して配属された部署には、課の下に3、4人程度の「チーム」があってリーダーがいた。そのリーダーが部署間の調整や仕事の割り振り、メンバーの進捗を確認したり、あるいは物事の判断をしていた。メンバーにはきちんと仕事がフィルタリングされた状態で入ってきたし、業務の負荷量も把握してくれていた。だからメンバーは自分の作業に集中すればよかった。またメンバーが「いったいどういう背景や経緯でこの作業があるのか」と聞けばリーダーはきちんと教えてくれたし、あるいは「これはこうした方がいいのでは」といった提案も受け付けてくれていたから、「ひたすら作業ばかりをしてむなしさが募る」といったこともなか
ソフトウェア開発時に気をつけてる振る舞い - futoase
他人と開発する多人数開発(2名以上)のお話。 なんとなく思ってること。 修正してください 仕様が変更になった上での変更であれば、修正ではない。 ので、「変更した理由」と「変更して欲しい意図」を説明する。 その前に一言、「修正」とかチケットで「修正」とつけてはいけない。 その人は「変更前の仕様」を充足した形で実装していたのだから。 バグを出した後の言葉かけ 僕は率直に、見つかってよかったと思うし、そう表現するのだけど、 人によって追い詰める言葉を発してしまう。 追い詰めると、次バグが見つかっても「気が付かなかったフリ」をされてしまう。 そうなると品質が下がる。意味が無い。 話を自己の経験100%で話してしまう 自分が得られた知見は重要なんだけど 働いてきた場所は10も無いだろう。というので 50%ぐらいに抑えて、後は他社の事例とか、 なんか優れたようなドキュメントとか開発の歴史事例とか それ
SE的声かけ変換表 - Qiita
効果的にコミュニケーションする 会話は相手と共感するところから始めます。言いたいことは同じでも、言い方を工夫することで相手とより良いコミュニケーションをとることができます。 うまく物事が伝わらないと思ったら、言い方を変えてみましょう。 だめだと分かりながらついついやってしまった自分の過去を反省しつつ、参考にしていただければと思い公開します。
教師の心得 - bluelines
アメリカの大学院で、「Professional methods」という授業を取ったことがある。言語学の専門家として食っていくためのあれやこれやをひたすら教わるクラスである。学会での発表の仕方、ジャーナルペーパーの書き方、CVの書き方、就職活動などなどのトピックをこなして、「教授法」が取り上げられた。このエントリで取り上げるのは、「教授法」の回に先生が配った「教師の心得」である。 以下、その一部を日本語で紹介する。 君が教えようとしていることは、「とても大切でとても面白い」ことを決して忘れないようにしなさい。また、それを学生に伝えることも忘れてはいけない。 君は、君のクラスにいる学生よりも賢いわけではない。学生よりも「いいひと」なわけでもない。君は、たまたま学生がまだ持ち合わせていない情報をいくらか知っているだけだ。そして学生たちは、君がまだ知らない情報を山ほど知っている。 教師として、君は
仕事の段取りはデッドラインから逆算して考える - rabbit2goのブログ
「時間が無い」という人に限って余計な話が多いのは、なかなか興味深い事実だけど、そんな人の世間話、愚痴話、無駄話、閑話、噂話に付き合っていたらいつまで経っても自分の仕事が片付かないので、ふんふんと適当に相槌を打って切り上げることにしている。そんな冷たい態度を取って人間関係が悪くなったらどうしよう？なんて言い出す人もいるけど、そのような考え方は余りにナイーブ過ぎるのではないだろうか。人は人、自分は自分と割り切って生きて行かない限り、ひたすら他人に流されるだけの人生になってしまうのだ。 とは言え、そんなドライな生き方をしていても、残念ながら自分の仕事は山積み状態。これを全部片付けるまで頑張らなきゃと、昔はまじめに取り組んでいたような気もするが（もう忘れた）、人間歳を重ねると要領を覚えてくるので、実はそれほど手間はかからなかったりする。そんな考え方の一例。 まずは80%を達成して目処を付ける 締め
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
StackPath