2013年、静岡にある静岡パブリック・リレイションという会社で働いていた頃のこと。仕事中に腰を痛めて休業をして病院にかかった 業務中に重いものを持ち上げたことによるヘルニアだった 仕事もできないし、治療費もかかるので会社に労災保険と休業補償を申請したところ、労災を申請するな、自己負担で治療をしろ、と脅しのような電話がかかってきた 休業補償も、申請しようとしても動いてくれない。 ものすごい脅し口調で話すのでまともな会話もできないし、メールや内容証明を送っても返信がない もともと適当な会社だとは思ってたけど、こんな対応をされるなんて本当に呆れた。 仕方ないので、静岡の労基署に相談をしたところ、私の担当になった若い女の人は、私のことをなんだかクレーマーのような扱いをして、会社と話し合いをしてください、としか言ってくれない。 どうすればいいのかも、とくに助言してくれない 三回ぐらい相談したが、その

「熟成に時間がかかる」というのは、リリースしてから機能するまでに時間がかかるということで、PUKUBOOKではクロウラーによる情報収集のこと。一度リリースしたら自動的に動くので他のことに着手できます。一般的に仕事でも「他人に任せる仕事は真っ先に振る」と言われているあれです。ほかには、Googleにインデックスしてもらうためのもので、PUKUBOOKでは「詳細ページ」。人に見てもらうよりも検索エンジンに見てもらうことを優先に、ラフに作って公開しちゃいます。 トップページすら「無いと成り立たないもの」には入れませんでした。検索の巨人Googleと同じで、検索ボックスさえあればいいと思っていたから。 ３．期限を決める やることを絞り込むと、いつまでにできそうかも見えてきます（逆に期限を決めると、過ぎそうな時にそれに収まるボリュームにせざるを得なくなる）。そこでプロトタイプに1か月、作りこみに2か

［Slackbot大全］63種類の事例・ツールをまとめて紹介！ botを活用してSlackを便利に【2017夏】 Slackは、ChatOpsとの相性の良さから、エンジニアにも愛されるビジネスチャットツールです。本稿では、Slackを活用している28社1団体にアンケートを実施し、計63種類のbot事例・ツールをまとめて紹介します。 Slackは、エンジニアにも愛されるビジネスチャットツールです。ChatOps（チャットツールを活用してオペレーションの最適化・省力化を図ること）との相性の良さから、もはやSlackなしの業務は考えられない！ という方も少なくないでしょう。 Slackには、リマインドなどを実行するslackbotアカウントが最初からいるだけでなく、利用者自身がそれぞれの環境・業務内容に即したbotを自作でき、発言に自動応答してくれるものから業務の自動化まで、さまざまなbotをチ

【まつもとゆきひろ氏 特別講演】若手エンジニアの生存戦略 - connpassに参加してきました。若手エンジニアないしはエンジニアを目指す学生向けに、生存戦略を説く主旨の講演でした。まつもとゆきひろ氏とは、プログラミング言語・Rubyを作った人です。 全体的な内容はこちらのブログで非常にコンパクトに紹介されているのでご参照ください。 zuckey17.hatenablog.com 私のブログではまつもとゆきひろ氏もといMatz氏が語ったことを前半に紹介しつつ、後半に主観感想もまとめたいと思います。 ■生き残るには？ -死ななければいい。 「エンジニアの生存戦略、つまり生き残るには？」 その問いに「単純ながら、死ななければいい。」という皮切りでスタートした。 じゃあこの"死なない"ためにはどうするか。 そもそも生き残るとはどのような戦略を取ればいいのか？ Matz氏は「背景や環境など当然違う

デザイン。今、これほど重要だと考えられる要素は他に無いのではないだろうか?優れたテクノロジーを使い、優れた素材を使い、優れたアイデアを使ったとしても、優れた製品は瞬く間にソーシャルメディアの波に乗って世界中に広まり、ほんの一瞬輝きを見せた後、コモディティ化の波に飲まれ、多数の中の一つになってしまう。 インターネットの普及と共に加速したデジタル化の潮流は、あらゆるコンテンツを限りなく「Free」に近づけ、一生かけても消化しきれない情報の波に人々を包み込み、あらゆるコンテンツが人々の時間を奪い合っている。 値段も無料、際限なく溢れるコンテンツを前にして、私たちは商品やコンテンツを選択する時に何を重視するでしょうか?そう、私なら「デザイン」が大きな決定要素になると考えます。 今回はデザインの重要性を理解する話を一つ紹介します。 ■デザインで新聞を救った男 「世の中のニュースを伝える」ことを目的と

個人でも「医者嫌い」に分類される「どうしようもなくなってからでないと診断を受けたがらない人」がいるけど、会社とかでも「現金がなくなってから相談してくる企業」とか「絶対納品守れない状況になってから報告してくる下請け」とかがある。困る。困るので、「どうしようもなくなっても大丈夫な付き合い方をしよう」とか考える。あそこがコケても、少し頑張ればこういうリカバリーができる、というような、とても後ろ向きな将棋を指すわけで。 一方で、土壇場でないと力を発揮しない人もいる。私もどっちかっていうとそっちのタイプだけど…　でも、ここがギリギリという線を踏み越えてから対処するのはだいたいコストが上がってしまっているので、そうならないように予防線とか保険とかかけようとする。で、往々にして予防線は簡単に突破される。 いつも予防線が突破されるので、いずれにせよ年がら年中修羅場になってるわけだが、修羅場をこなしているう

メディア部門では、インターネットで加速するメディア環境の中で、翔泳社が得意とするテーマを深掘りしながら様々なドメインで最適化されたメディアビジネスを展開しています。

結局ね、会社なんて、社員を守ってくれるわきゃないんです！ と、誰かが言っていたのを聞いたことがあります。えぇ、もちろん、決してボクの意見じゃありませんよ。今の状況になんの不満もありませんから（棒読み）。えーっ...ま、いずれにせよ、現在の世相を見る限り、一般的にかなり説得力のある言葉であることは確かです。 そんなとき、のちのち大きな助けになるのかもしれないのがサイドビジネス。軽い気持ちで始めて、小銭が出来て、それが大きく育てば、新しい世界への扉となるかもしれないし...。 というわけで、今回のまとめ記事のテーマは、「副業」です。 ■ なにはともあれ、「注意書き」から ・副業をやる上で気をつけるべきこと ・詐欺かもしれない副業の誘いを見極めるための8ポイント ・「あなたのビジネスモデルは何ですか？」 ■ ところで、何して稼ぎましょう？ ・余剰時間に適したサイドビジネスとは ・昔の仕事を活かし

Leica M7, 90mm Tele-Elmarit F2.8, PN400N @Santa Monica, CA アメリカで研究するようになって最も驚いたことの一つは、日本では考えられないほど生産性の高い研究者が存在することだ。 たとえば僕がローテーションして、最後までそこでdissertation work（博士論文のための研究、活動）をすることにするか迷っていたあるラボ。そこはポスドク、テクニシャンを含めて（註：undergraduate=学部生は殆どアメリカの研究室には居ない）たった5人でやっているにもかかわらず、毎年5-6本ぐらいはペーパーを出し、ほぼ全て一流紙。多いときは年に2本ネイチャーに出し，一本は表紙になったりしていた(#)。 しかも良く日本では見かける深夜も土日も働いて、朝はどちらかというと崩れ気味、みたいな重労働系の生活ではなく、普通に朝来て、「うーん今日は狂ったよ

あなたが考案している企画がある場合、その企画が上司のミッションとどう関わりがあるかをまず考え、あなたの提案によって上司のミッションが実現可能かどうかを考える必要がある。自分の感覚でウェブサイトリニューアルが必要だと考えても、リニューアル後に集客や売上アップにつながらないと思える企画ならば、上司がその企画を通す可能性は限りなく少なくなる。 上司がどういう課題を抱えていて、どういうミッションを与えられ、今後どうしていきたいかなどを知ることは、企画提案に際しては非常に重要なことになる。まずは提案相手について知ろう。直属の上司が社長だとしても同じことだ。 現状把握は必ず行う（現状分析）どんな企画を行う場合でも、現状把握は必ず必要となる。場合によっては「背景」として今の市場の動向などを知ることが必要な場合もある。 ウェブサイトのリニューアル、ウェブプロモーション実施、CMS導入、グループウェア導入な

スルガ銀行がシステム開発の中止で損害を受けたとして、発注先の日本IBMに約111億円の支払いを求めた裁判の訴状内容が明らかになった。3月6日の提訴直後に日本IBMが訴状の「閲覧制限」を申請していたため訴状を閲覧することができなかったが、4月24日に一部内容を除いて制限が解除された。 この閲覧制限解除とは別に日経コンピュータは独自に訴状を入手。その訴状によればスルガ銀は、「日本IBMから2004年3月に、米フィデリティ・インフォメーション・サービスの勘定系パッケージ・ソフト『Corebank』を日本市場向けにカスタマイズする提案を受けた」。 Corebankの売りは2つある。1つは、口座単位で預金の残高を管理するのではなく、顧客単位で複数の口座をまとめて管理できる点。もう1つは、預金や融資など複数の金融商品を組み合わせた連動型商品を素早く開発できる点である。日本の銀行における勘定系システムの

飛行船墜落や原発事故、ビル倒壊など50あまりの事例を紹介。誰がどのように引き起こしたか、食い止めたか、人的要因とメカニズムをドキュメンタリータッチで描く。 もちろん、大惨事を引き起こした事故の「情報」だけなら、失敗知識データベース[参照]を見ればよい。本書とほぼ同じネタは得られる。しかし、著者が現場を見、生き残った関係者にインタビューしてたどり着いた「知見」や「生きた教訓」は、本書から掘り起こすべし。 「そんな大惨事を起こすような巨大システムに関わってないよ」という人には、もっと身近なやつをどうぞ　→　「なぜAT車のアクセルとブレーキの踏み間違いが起きるのか?」あるいは「飛行機事故から生還するため、乗ったら最初に確認すること」は、立ち読みでもいいので押さえておこう（後者は目からウロコだった）。 システム開発屋であるわたしの場合とは、比較しようがない。わたしが携わるシステムが止まっても、新聞