労基署なんて、どうせ動いてくれないよ(追記あり)静岡パブリックリレイションでのこと
2013年、静岡にある静岡パブリック・リレイションという会社で働いていた頃のこと。仕事中に腰を痛めて休業をして病院にかかった 業務中に重いものを持ち上げたことによるヘルニアだった 仕事もできないし、治療費もかかるので会社に労災保険と休業補償を申請したところ、労災を申請するな、自己負担で治療をしろ、と脅しのような電話がかかってきた 休業補償も、申請しようとしても動いてくれない。 ものすごい脅し口調で話すのでまともな会話もできないし、メールや内容証明を送っても返信がない もともと適当な会社だとは思ってたけど、こんな対応をされるなんて本当に呆れた。 仕方ないので、静岡の労基署に相談をしたところ、私の担当になった若い女の人は、私のことをなんだかクレーマーのような扱いをして、会社と話し合いをしてください、としか言ってくれない。 どうすればいいのかも、とくに助言してくれない 三回ぐらい相談したが、その
就活のためにWEBサービスを作ったら、転職できた以上の価値をもたらしてくれた話 - Qiita
WEBサービス立ち上げ2周年を迎えたGWに、記念に書いたものです（＾＾） 長いけどお付き合いいただけると幸いです。 TL;DR 転職時のポートフォリオに「こんなことできます」と書くためにWEBサービスを作った 最新のいろんな技術を実践的に学ぶことができスキルがメキメキ上がった 就活どころか、新たな出会いとチャンスが生まれて、これはもしかしたら…………。 想定読者様 WEBサービスを立ち上げたい人 WEBサービスを立ち上げるのに、プログラム以外にどんなことをするのか具体例を知りたい人 まぁそれはそれ、1つの例としては参考になるよね、と割り切っていただける方 今回はごめんなさい…な読者様 転職したい人。……釣りタイトルですみません、転職ノウハウな話は出てきません。 WEBサービスを立ち上げて独立したい人。……すみません、独立していません。 WEBサービスを立ち上げて収益をガンガン上げていくノウ
［Slackbot大全］63種類の事例・ツールをまとめて紹介！ botを活用してSlackを便利に【2017夏】 - エンジニアHub｜Webエンジニアのキャリアを考える！
［Slackbot大全］63種類の事例・ツールをまとめて紹介！ botを活用してSlackを便利に【2017夏】 Slackは、ChatOpsとの相性の良さから、エンジニアにも愛されるビジネスチャットツールです。本稿では、Slackを活用している28社1団体にアンケートを実施し、計63種類のbot事例・ツールをまとめて紹介します。 Slackは、エンジニアにも愛されるビジネスチャットツールです。ChatOps（チャットツールを活用してオペレーションの最適化・省力化を図ること）との相性の良さから、もはやSlackなしの業務は考えられない！ という方も少なくないでしょう。 Slackには、リマインドなどを実行するslackbotアカウントが最初からいるだけでなく、利用者自身がそれぞれの環境・業務内容に即したbotを自作でき、発言に自動応答してくれるものから業務の自動化まで、さまざまなbotをチ
Ruby書いたことないけどRuby書いた人の講演に行った - みたぬメモ
【まつもとゆきひろ氏 特別講演】若手エンジニアの生存戦略 - connpassに参加してきました。若手エンジニアないしはエンジニアを目指す学生向けに、生存戦略を説く主旨の講演でした。まつもとゆきひろ氏とは、プログラミング言語・Rubyを作った人です。 全体的な内容はこちらのブログで非常にコンパクトに紹介されているのでご参照ください。 zuckey17.hatenablog.com 私のブログではまつもとゆきひろ氏もといMatz氏が語ったことを前半に紹介しつつ、後半に主観感想もまとめたいと思います。 ■生き残るには？ -死ななければいい。 「エンジニアの生存戦略、つまり生き残るには？」 その問いに「単純ながら、死ななければいい。」という皮切りでスタートした。 じゃあこの"死なない"ためにはどうするか。 そもそも生き残るとはどのような戦略を取ればいいのか？ Matz氏は「背景や環境など当然違う
ASSIOMA(アショーマ) » デザインの力で新聞を復活させた男。ジャチェック・ウツコ
デザイン。今、これほど重要だと考えられる要素は他に無いのではないだろうか?優れたテクノロジーを使い、優れた素材を使い、優れたアイデアを使ったとしても、優れた製品は瞬く間にソーシャルメディアの波に乗って世界中に広まり、ほんの一瞬輝きを見せた後、コモディティ化の波に飲まれ、多数の中の一つになってしまう。 インターネットの普及と共に加速したデジタル化の潮流は、あらゆるコンテンツを限りなく「Free」に近づけ、一生かけても消化しきれない情報の波に人々を包み込み、あらゆるコンテンツが人々の時間を奪い合っている。 値段も無料、際限なく溢れるコンテンツを前にして、私たちは商品やコンテンツを選択する時に何を重視するでしょうか?そう、私なら「デザイン」が大きな決定要素になると考えます。 今回はデザインの重要性を理解する話を一つ紹介します。 ■デザインで新聞を救った男 「世の中のニュースを伝える」ことを目的と
ほんとにヤバくなってギリギリになるまで相談しない人々 - やまもといちろうBLOG（ブログ）
個人でも「医者嫌い」に分類される「どうしようもなくなってからでないと診断を受けたがらない人」がいるけど、会社とかでも「現金がなくなってから相談してくる企業」とか「絶対納品守れない状況になってから報告してくる下請け」とかがある。困る。困るので、「どうしようもなくなっても大丈夫な付き合い方をしよう」とか考える。あそこがコケても、少し頑張ればこういうリカバリーができる、というような、とても後ろ向きな将棋を指すわけで。 一方で、土壇場でないと力を発揮しない人もいる。私もどっちかっていうとそっちのタイプだけど… でも、ここがギリギリという線を踏み越えてから対処するのはだいたいコストが上がってしまっているので、そうならないように予防線とか保険とかかけようとする。で、往々にして予防線は簡単に突破される。 いつも予防線が突破されるので、いずれにせよ年がら年中修羅場になってるわけだが、修羅場をこなしているう
2013卒就活生、エントリー数前年比3割減：IT＆ウェブ業界の転職をサポートする「CAREERzine」（キャリアジン）
メディア部門では、インターネットで加速するメディア環境の中で、翔泳社が得意とするテーマを深掘りしながら様々なドメインで最適化されたメディアビジネスを展開しています。
デザインする人に必要な能力は？: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 発作的に、なんとなくデザイン（企画・設計）をする人に必要な能力なるものをまとめてみたくなったので実行（ようは自分の頭のなかを整理するため）。 もちろん、ここでいう「デザイン」は、ある問題を発見して解決するためのプランを考え実現させることをいう。なので、決して狭義のデザイナーのことではありません。 で、そういう意味での「デザイン」をする人にとって必要な能力をまず、ザクッと分類すると以下の4つに分けられるのではないか、と思います。 知る・感じる・疑問に思う解釈する・発想する・組み立てる具体化する・検証する・洗練させる仕事をはじめ、終わらせる どれもデザインをする上では欠かせない。 というわけで、ひとつひとつ整理していくことにします。 知る・感じる・疑問に思うスタート地点はやっぱ
【業務連絡】呼びつけて提案させてアイディア出させて「参考になったありがとうバイバイ」という会社があっても気にすんな【励まし】 | 札幌のホームページ制作 Webデザイン会社 アイタス
【業務連絡】呼びつけて提案させてアイディア出させて「参考になったありがとうバイバイ」という会社があっても気にすんな【励まし】 2008 年 11 月 5 日 こんにちは。今スグ試せるWeb活用研究会の石川です。 ＞アイタスの中の人へ 呼びつけられて → 出かけていくと、そこで目にするもの耳にするものすべてが我々の血肉となる。「内勤オンリーのWeb制作者」より「外回りする制作者」のほうが圧倒的に伸びるから。 提案させられて →真剣に一所懸命考える機会を得られたこと自体が価値。でもまぁ「その提案いただき。まとめてくれてありがとう。でももっと安くやれるところあるはずだからよそ探すわ」と面と向かって言われたらそれはムカつくよねにんげんだものわかるよ。 アイディアをパクられて →アイディアレベルのことは、あちこちで同じようなことを多くの人が思いつくもの。出せば出すほど人に言えば言うほどアイディア考え
圧倒的に生産性の高い人（サイエンティスト）の研究スタイル - ニューロサイエンスとマーケティングの間 - Being between Neuroscience and Marketing
Leica M7, 90mm Tele-Elmarit F2.8, PN400N @Santa Monica, CA アメリカで研究するようになって最も驚いたことの一つは、日本では考えられないほど生産性の高い研究者が存在することだ。 たとえば僕がローテーションして、最後までそこでdissertation work（博士論文のための研究、活動）をすることにするか迷っていたあるラボ。そこはポスドク、テクニシャンを含めて（註：undergraduate=学部生は殆どアメリカの研究室には居ない）たった5人でやっているにもかかわらず、毎年5-6本ぐらいはペーパーを出し、ほぼ全て一流紙。多いときは年に2本ネイチャーに出し，一本は表紙になったりしていた(#)。 しかも良く日本では見かける深夜も土日も働いて、朝はどちらかというと崩れ気味、みたいな重労働系の生活ではなく、普通に朝来て、「うーん今日は狂ったよ
“通る企画書”作りの基本／上司を説得できる企画資料の作り方講座#1 | Web担当者Forum
あなたが考案している企画がある場合、その企画が上司のミッションとどう関わりがあるかをまず考え、あなたの提案によって上司のミッションが実現可能かどうかを考える必要がある。自分の感覚でウェブサイトリニューアルが必要だと考えても、リニューアル後に集客や売上アップにつながらないと思える企画ならば、上司がその企画を通す可能性は限りなく少なくなる。 上司がどういう課題を抱えていて、どういうミッションを与えられ、今後どうしていきたいかなどを知ることは、企画提案に際しては非常に重要なことになる。まずは提案相手について知ろう。直属の上司が社長だとしても同じことだ。 現状把握は必ず行う（現状分析）どんな企画を行う場合でも、現状把握は必ず必要となる。場合によっては「背景」として今の市場の動向などを知ることが必要な場合もある。 ウェブサイトのリニューアル、ウェブプロモーション実施、CMS導入、グループウェア導入な
POLAR BEAR BLOG: 第二次世界大戦中のライフハック「仕事を進まなくさせる8ヵ条」
boing boing からですが、第二次世界大戦中の1944年に米国のOSS（戦略諜報局）が作成した「サボタージュ・マニュアル」なるものが存在しているのだそうです。当然敵地での話ですが（自国でやったら大変）、仕事の進みを遅らせるように人々をトレーニングするためのマニュアルとのこと。その内容が掲載されているのですが、なかなか面白いです： ■ Sabotage manual from 1944 advises acting like an average 2008 manager (boing boing) 意訳込みでてきとーに訳してみると、こんな感じ： 何事をするにも「通常のルート」を通して行うように主張せよ。決断を早めるためのショートカットを認めるな。 「スピーチ」を行え。できる限り頻繁に、長い話をすること。長い逸話や自分の経験を持ちだして、主張のポイントを解説せよ。「愛国的」な主張をち
スルガ銀と日本IBMの「動かないコンピュータ」裁判の訴状内容が判明、要件定義を3回繰り返す
スルガ銀行がシステム開発の中止で損害を受けたとして、発注先の日本IBMに約111億円の支払いを求めた裁判の訴状内容が明らかになった。3月6日の提訴直後に日本IBMが訴状の「閲覧制限」を申請していたため訴状を閲覧することができなかったが、4月24日に一部内容を除いて制限が解除された。 この閲覧制限解除とは別に日経コンピュータは独自に訴状を入手。その訴状によればスルガ銀は、「日本IBMから2004年3月に、米フィデリティ・インフォメーション・サービスの勘定系パッケージ・ソフト『Corebank』を日本市場向けにカスタマイズする提案を受けた」。 Corebankの売りは2つある。1つは、口座単位で預金の残高を管理するのではなく、顧客単位で複数の口座をまとめて管理できる点。もう1つは、預金や融資など複数の金融商品を組み合わせた連動型商品を素早く開発できる点である。日本の銀行における勘定系システムの
WBS（Work Breakdown Structure）によるプロジェクト管理
ソフトウェア開発プロジェクトでは、短期開発の要求が高まっている。受託開発も例外ではない。特定の顧客から長期に渡って大型案件を請け負っている場合でも、開発期間はますます短縮される傾向にある。 納期に対する高い要求を満たすには、プロジェクト管理が重要である。正確な見積もりと、的確な進捗管理ができなければ、短期開発では容易にデスマーチに陥ってしまう。 筆者の開発プロジェクトでは、WBS (Work Breakdown Structure) を使ったプロジェクト管理を導入した。WBSは見積もりのための強力な道具として広く使われている。筆者はさらに、実績も管理できるようにWBSを拡張し、見積もりから進捗管理まで一貫して管理できる手法を確立した。 ここでは、筆者が拡張したWBSの書き方と、それを使ったプロジェクト管理の手法を提案し、実際の開発業務に適用した経験から得られたWBSの運用ノウハウを紹介する
プログラミングの6大10項目リスト
Jeff Atwood / 青木靖 訳 2007年3月22日 以下に私の選ぶプログラミングの6大10項目リストを挙げておく。取り上げた順序には特に意味はない。このエントリを簡潔なものにしておきたいので、それぞれの項目は短い要約を引用するに留める。興味を引くものがあれば、ぜひリンクをたどってオリジナルの作者の考えについてもっと詳しく読むことをお勧めする。 [ 訳注: 要約だけで意味が取りにくいものに簡単な説明をつけた。] ジェラルド・ワインバーグの｢エゴレスプログラミングの十戒｣ 自分が誤りを犯すということを理解し、受け入れること 。 自分と自分のコードは別物である。 どんなに｢空手｣を学ぼうと、いつでもあなたよりもっと詳しい人間がいる。 相談せずにコードの書き直 しをしない。 自分より無知な人に対しても尊敬と敬意と忍耐を持って接すること。 世界で唯一変わらないのは変わるということだけ。 唯
最悪の事故が起こるまで人は何をしていたのか
飛行船墜落や原発事故、ビル倒壊など50あまりの事例を紹介。誰がどのように引き起こしたか、食い止めたか、人的要因とメカニズムをドキュメンタリータッチで描く。 もちろん、大惨事を引き起こした事故の「情報」だけなら、失敗知識データベース[参照]を見ればよい。本書とほぼ同じネタは得られる。しかし、著者が現場を見、生き残った関係者にインタビューしてたどり着いた「知見」や「生きた教訓」は、本書から掘り起こすべし。 「そんな大惨事を起こすような巨大システムに関わってないよ」という人には、もっと身近なやつをどうぞ → 「なぜAT車のアクセルとブレーキの踏み間違いが起きるのか?」あるいは「飛行機事故から生還するため、乗ったら最初に確認すること」は、立ち読みでもいいので押さえておこう（後者は目からウロコだった）。 システム開発屋であるわたしの場合とは、比較しようがない。わたしが携わるシステムが止まっても、新聞
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
まとめ ： 副業に手を染めたいアナタへ贈る11選 | ライフハッカー・ジャパン
長文日記
http://japan.internet.com/column/developer/20090203/26.html
開発プロセス 吉田誠一のホームページ