客先のファイルシステムをバックアップなしで消し飛ばした事あるけど、 特にトラウマになってないな。 多分、最初の時点で「終わった」って気分になったからだと思う。 人間、助かるかどうかの瀬戸際にいる時が一番精神が削れる。 もうどうやったって助かりようがない、という状況に置かれたら、特に迷ったり気を揉んだりする事もない。 (残業しないで済むかどうか、休日出勤しないで済むかどうか、という瀬戸際が一番疲れるのに似てる。 「しないで済むわけがない」という状況なら、定時は気にならない)
客先のファイルシステムをバックアップなしで消し飛ばした事あるけど、 特にトラウマになってないな。 多分、最初の時点で「終わった」って気分になったからだと思う。 人間、助かるかどうかの瀬戸際にいる時が一番精神が削れる。 もうどうやったって助かりようがない、という状況に置かれたら、特に迷ったり気を揉んだりする事もない。 (残業しないで済むかどうか、休日出勤しないで済むかどうか、という瀬戸際が一番疲れるのに似てる。 「しないで済むわけがない」という状況なら、定時は気にならない)
先日、私たちソニックガーデンはオフィスを移転しました。移転するにあたり、新しいオフィスの内装やレイアウトを検討したんですが、そのことは改めてオフィスとチームの生産性の関係について、じっくりと考える良い機会となりました。 この記事では、チーム活動における生産性とオフィスのレイアウトについて考えてみたことを書いています。 在宅勤務かオフィス勤務か ソニックガーデンでは、在宅勤務を許可していて、実際に社員の1名は地元の兵庫県の自宅でずっと在宅勤務をしています。また、ある社員は海外に行きたいということで、1年間の海外生活をしながらリモートで、通常の仕事をこなしていました。以下の記事で、その様子がわかります。 リモート勤務と娘の子育て – give IT a try 『国境なきプログラマ』を目指す~ノマドワークの究極のかたち 離れた場所で働くチームのつくり方〜1年間のアイルランドでの実践で学んだこと
いつの間にか「エンジニア採用の落とし穴」というタイトルがついていたこのシリーズ。今回はその第2回です。 前回の記事「なぜ『応募資格:JAVA業務経験2年以上』のような求人がエンジニアに見向きもされないのか」では煽り気味のタイトルをつけてしまったせいか、技術用語の大文字小文字についてふれたとこだけがやたらと反応があって、本題だった「なぜそういう求人ができてしまうかの背景」について指摘したところはあまり伝わらなかったようで少し反省。 (反省した結果のタイトルがこれかよというツッコミの声は華麗にスルー) 今回は、前回伝えきれなかったその本題についてもう少し立ち入って考えたいと思います。 まず結論から言ってしまうとエンジニア向け求人に大事なのは、ターゲットとしているエンジニアの目線に立って、彼らが欲している情報を的確に伝えること。 …なのですが、なぜか世の中にはそうでない求人のほうが多数派を占
こんにちわ、ライブドアの櫛井です。 ディレクターに限らず、会議の議事録をとるというのは基本的な部分ですが周りの先輩がきちんと教えてくれなくて苦労した覚えがあります。 そこで今回は「議事録の書き方の基礎」をお届けしようと思います。 なぜ議事録が必要か 会議が終わって数日してからのありがちな 「△△さん、こないだの件終わりました?」 「え?あれって○○さんがやってくれるんじゃなかったっけ」 「いや、こないだの会議で△△さんが明日までにやるって言ってましたよね・・・」 「言ったっけなあ、まぁとりあえずやるけどさー」 「はい。すいませんがお願いします・・・(俺が悪いの?)」 といった、ちょっとした行き違いを防ぐための認識合わせをする為にも有効です。 また、会議で話した時は場の雰囲気に流されて「まぁとりあえず、まぁいいですよね、まぁまぁ」といった形で話が終わってしまった内容を、「最終的にどうするか」
働き始めて2週間経ちました。個人的な嗜好でいうと、働くのは別に好きでも何でも無いというか寧ろ嫌いなんですけど、環境が新しい事だらけなのもあって今のところ毎日楽しいです。それで実際働いてみてすげー思ったのが、アメリカはやたら余裕があるなという事です。 例えば僕の所属してるチームの労働時間。フレックスなので一定しませんが、皆さん平均すると10:30前後に出社して18:00前後に帰って行きます。ランチもゆったりで作業してるのは6時間位です。僕は今張り切っている事もあって、9:00頃から19:30頃まで働いているのですが、その程度で僕が一番長い時間働いています(全社で)。それなのに、就活記録のエントリでも書きましたが、給料は日本の相場の2倍は楽勝です。そうすると、働く時間半分で給料2倍なら、単位時間辺りのパフォーマンス4倍必要なはずなので、どんなけバケモノぞろいやねんと戦々恐々としていましたが、別
当サロンにお越しのお客様の多くは猫背を中心とする姿勢改善を目的とされる方々です。 オフィス街のど真ん中に位置する当サロンへは、デスクワーク(パソコン作業)が中心業務となっているOLさんが一番多いです。 しかし最近、さらに激務で大変なSEさんが立て続けでご来店されました。 女性よりも男性は健康や姿勢に対して意識は低い傾向がありますが、特に過酷な状況強いられているSEさんは意外に気にされているんだなぁと関心しておりました。 そこで今回はそんなSEさんなどデスクワークを業務の中心とする方々が、職場で意識出来る猫背改善の為の3つのポイントをお伝えしたいと思います。 こんな作業環境の方に対応しています もちろん私はSEではありませんので本当の過酷さを知りません。ですので、聞いた話をベースに書いていますが、大きな間違いはないと思います。 これらは、SEさんなどデスクワークを主な業務とされる方々に共通す
1.テスト書かなくていいので、工数減らしてください。 ソフトを作る以上、なんらかのテストは必要です。実行して結果を見るとか、ブラウザで表示するとか。その確認を楽にするためにテストを書くのに、テストを書かないからといって工数が大幅に減るわけではありません。そして、いざバグが発生したりすると、切り分けのために工数が必要になり、「テストが無い部分のチェックの必要」や「不安」がエンジニアのモチベーションを削って行きます。 結局のところ、「バグが発生しないことを前提に」スケジュールが組まれるだけです。 2.とりあえず動けばいいです。 とりあえず動いたとして、特定の条件で発生する致命的なバグを許してくれるのか許してくれないのか、要求側の胸三寸です。実験レベルと商用レベルでは考慮すべき障害のレベルや影響範囲が異なるのですから、何を求めるのか明確にしないと、ソフトウェアは動きません。なぜなら、コンピュータ
わたしは「穴を掘って埋める仕事」を徹底して排除するよう日々コストをかけている。事前に察知できれば全力で回避に努める。だが、無限ループに陥ることもある。ループから抜けるには信用を失うなど相応の代償を支払うことになるけれど、早めの方が双方の傷は浅い。その見分け方を後述する。 工期がきまっていない企画書の完成日がきまっていない競合調査より先に自分達だけで企画を考えるターゲット層の調査より先に自分達だけで企画を考える議事録を取らない議事録を取り始めても訂正や意見がない企画書の雛形を作ってもあいまいな表現でだめ出しだけする思いつくままに会議を進める業務進行の定石を無視して効率の悪い方法を採用するリーダーがウェブに疎いメンバーに技術者がいない(外注)キラーコンテンツの準備より先に課金方法を取り上げるブレスト中にダメ出しする(ブレスト中は発想が縮むためダメ出し禁止)ことあるごとにその分野に疎いことをほの
作成:2013/02/25 更新:2014/11/01 Webサービス > Webデザイン 急に仕事をふられたけど いちから作っている時間はない だけど、素早く「それなり」に見せたい 見ているだけでデザインの参考になりそうなテンプレートや、無駄な作業を大幅になくすWebサービスを、用途ごとに分けてまとめました。 エンジニア速報は Twitter の@commteで配信しています。 もくじ 1.企画書 / 請求書 / 履歴書 / 退職願 / プレゼン 2.パワーポイント 3.エクセル 4.フライヤー / ポスター / チラシ / ロゴ 5.名刺 6.文章 / 手紙 7.Web制作 / ホームページ 8.Webデザイン 9.HTML/CSS 企画書 / 請求書 / 履歴書 / 退職願 / プレゼン フォームに入力するだけで、整形された紙面(PDF)が完成 職務経歴書テンプレート一覧 - ルーシ
【Web制作などの依頼で「概要」しかわからないのに「とりあえず見積が欲しい」と言われたとき、私はこんなことに気をつけています】 どうもです。いきなりですが、私は毎年この年末から来年の3月末あたりまで、段階的に仕事周りが騒がしくなって来る時期だったりします。決算期の都合もあるんでしょうかねぇ。似たような状況の方も多いのではないかと思います。ほんと、最近依頼が多いです。 ところで、仕事の依頼があるって嬉しいことです。 普段あまり交流のなかった方から突然の依頼や、または、人づてで紹介を受けたりなど。紹介を受けるってことは「仕事ちゃんとしてくれるよ」ってのを認めてもらえた証拠だと思っています。本気でうれしいです。 と、ここで「依頼」についてちょっと掘り下げたいな~と思いました。本題に入る前に、少しだけ前置きにお付き合いくださいますと幸いです。 ・・・「依頼」っていろいろありますね。 「ハマる依頼」
世の中には、不思議なことに「忙しいのが好き」という人がいる。スケジュール過密の中、バリバリと仕事をこなす自分に、言ってしまえば心酔している。「仕事が好き」という人の半分ぐらいは、この「忙しいのが好き」タイプだと僕は思う。 さて、この手の人たちはバリバリと忙しい中、ひたすら仕事をこなしていくので仕事ができる人のように見えるのだが、僕はこの手の「忙しいのが好き」な人は、逆に仕事ができない場合が多いと思っている。 そう思う理由は、この手の人たちは、(1)無理なスケジュールを組みがちであること、(2)仕事の効率化に意識が向きにくいこと、(3)他人を疲弊させる可能性が高いこと、の3つである。 (1)についてであるが、そもそも、忙しいのが好きな人にスケジュールを組ませると、無茶なスケジュールを組んでくることが多い。バッファなんて考え方はなく、とにかくやれることをあれやこれやと詰め込みまくる。こうやって
私がよく通る道に古いオフィスビルがあり、そこの1階にITの会社が入っている。看板に出ている社名と、窓からちょっと見える社内の雰囲気からして、古いタイプのシステム開発会社のようだ。その会社ではスーツ着用が必須のようで、全員スーツを着てPCに向かい、開発している。座席のレイアウトも昔ながらの「島型」で、向かいの人の顔が自分の視界に入るやつだ。私はこの会社の横を通るたびに、「ここの社員はかわいそうだなあ」と思う。 座席のレイアウトは、場所や予算の制約もあるだろうから、まあ目をつぶるとしよう。しかし、開発をするエンジニアにスーツを着せても、まるで意味がない。営業やサポートにも行くエンジニアや、客先常駐するエンジニアならまだわかるが、自社で開発しているエンジニアにスーツを着せても、仕事のジャマになるだけだ。 こういう古いタイプの会社は、経営者がおそらく「まじめに働く」ことを重視しているのだろう。みん
どうもこんばんは。 夜の弁護人、WP-オレンジです。 さていきなり本題です。 いますよね。 金払わない人。 何かと言い訳して払おうとしない人。 イチャモンつけて逃げようとする人。 最低!! ディレクターとしてそんなヤカラを黙って見過ごす訳にはいかない。 お天道様が許してもこのディレクター様が許さない!!! 本日は、そんな「悪徳クライアント」に打ち当たる前に、まず確認しておいた方が良い 実録!知って得する少額訴訟!! をお送りいたします。 少額訴訟ってナニ? はい。そのまんまです。 簡潔に言うと「60万円以下の金銭支払いに対して簡易裁判所で行われる裁判」です。 例えば30万でサイト制作を請け負った。でも相手が払ってくれない。 はい。少額訴訟で裁判!!!!! てな具合です。 通常の裁判よりも簡潔で、且つスピーデーィに終わるので、とても有り難いシステムです。 少額訴訟に至った経緯 まずはここから
はじめに 僕のブログをよく読んでくれている方はご存知かもしれませんが、僕は兵庫県西脇市という片田舎でリモート勤務をしています。 常時リモート勤務になってから半月が過ぎ、なんとなく自分のワークスタイルが見えてきたので、ここでちょっと紹介してみたいと思います。 仕事場のようす まずは僕の仕事場をちょこっとお見せします。 もともと1.5畳ぐらいの小さな小さな書斎を仕事場にしようかと思っていたのですが、さすがに狭すぎるのでベッドルームに移動しました。 写真には写っていませんが、隣にはいつも寝ているベッドがあります。 デスクは昔から家にあったパソコンラックなので、そのうちもうちょっとゆったりとしてオシャレなデスクに変えたいな〜と思ったりしています。 休憩時間に弾いたら気分転換できるかな〜と思ってギターも持ってきてみました。 しかし、ギターを弾いてるとすぐに4歳の娘が「おとーさんうるさい!!」と苦情を
「自分でやったほうが早い病」と聞いて、「ああ......」と思い当たる人は少なくないはず。基本的に「できる人」だけれど、完璧を求めすぎるせいか人にまかせることができない。だから結局は自分ひとりで抱え込み、ときには自滅してしまう。そんなタイプ。 『自分でやった方が早い病』(小倉広著、星海社新書)が取り上げているのがまさにそういう人ですが、本書の見るべき点は、この病を乗り越えることで得られるものの大きさをきちんと示している点です。たとえばわかりやすいのが、「自分でやったほうが早い病」への15の処方箋。これらをクリアすれば、かなりの問題点を改善できるのではないでしょうか? 1.まず痛い目に遭う(114ページ) 「自分でやったほうが早い病」の原因は利己主義であるため、徹底的に利己を貪り尽くし、痛い目に遭ってとことん問いつめられれば利己主義から利他主義に変われると著者は言います。 2.体質を改善しな
ソフトウェア業界を中心に、同様の制度は広く知られていますが、この歴史は意外に古く、1948年の3M(スリーエム)の例(参考記事・英文)にまでさかのぼります。この変遷について、オープンコミュニティ「Stack Overflow」の共同創業者で「Coding Horror」を運営するブロガーのJeff Atwood氏は、次のようにつづっています。 1974年、3Mの科学者アート・フライ(Art Fry)氏は、画期的な発明を思いつきました。接着剤を紙の裏に付けた付箋「Post-It Note」を発明したのです。実は、この象徴的なプロダクトは、「勤務時間中に自由なアイデアを追究してよい」という3Mの「15%プログラム」から生まれたもの。このような制度は一見、社員側にだけ都合のよいものに見えますが、この自由な時間からベストセラー商品が数多く生み出されているのも事実。Googleやヒューレット・パッカ
続きを書きました → 伝えなければ伝わらないという当たり前の話 ソフトウェア開発に関する相談を受ける中で、どうもソフトウェアというものの特性について誤解をされているな、という思いを持つことがあります。 そうした場合、聞いてみるとプログラミングの経験が無かったり、殆どプログラミングには携わったことがないという方が多いです。 ソフトウェアを開発しようとするならば、ソフトウェアという特性をよく知った上で、プロジェクトは運営した方が良いし、うまくいくはずです。そしてソフトウェアならではの特徴を知るのに、プログラミングの経験はとても重要です。 この記事では、プログラミング経験の無い方が陥ってしまいがちな、ソフトウェア開発にまつわる誤解について考えてみました。 Harry Potter is Ready for Divination / weekbeforenext 誤解:既にあるソフトウェアを流用し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く