もしも童話「おおきなカブ」がITのデスマプロジェクトだったら
渋谷の雑居ビル。 ホワイトボード前に置かれたパイプ椅子にイヌ、ネコ、ネズミが一触即発の雰囲気で座っている。 扉が開き、慌てた様子の青年が入ってくる。 孫「お疲れ様です、すいませ――」 ネズミ「遅えよッ！！」 ネコ「！！」 イヌ「……ネズミさん、怒鳴るのはやめましょうって……」 ネズミ「……チッ」 孫「あの、本当、すいません。11時からって、皆さんにお約束してたのに……」 イヌ「ま、まぁ。とりあえず、ミーティングの報告をお願いします。もう２時間も押してるんで」 孫「は、はい！ すいません、ではこちらの資料を…… あっ」 イヌ「どうかしましたか？」 孫「印刷した資料が１部たりなくて。……じゃあ、はい！ 僕のは大丈夫なんで、業務委託の皆さんで、どうぞ！」 ネズミ「ッ……！」 イヌ・ネコ「……」 孫「はい、では皆さんお手元に資料ありますかね、お疲れ様です！」 ネズミ「……」 イヌ・ネコ「……お疲れ
Web・アプリ系フリーランスの壁と限界ラインを改めて確認 - IT業界で気づいたことをこっそり書くブログ
バズってたので読みました。 フリーランス完走した感想 - mizchi's blog 私はこの方についてあまり詳しくはないんですが、フロントエンド界隈で有名な方がフリーランスやったらどうなるかって感じです。 確か2年前までQiitaの会社に居て、バリバリ記事を書く方で、今もユーザーランキング7位にいらっしゃいますね。昔2位だったような？ ブログの内容について、同意できる部分、できない部分それぞれありますが、大筋は置いといて。 こちらについて、やっぱりそうなのかーと思いました。 その結果、稼ごうと思ったらどんどん並列数が増え、マルチタスク気味になります。薄い関与が増え、いわゆる技術顧問のようなコンサルタント的な立ち位置になります。コンサルタントが悪いわけではないですが、いわゆる胡散臭いコンサルタントにならないために、自分が働く価値を薄い関与の状態で出すにはどうしたらいいか？という葛藤が多くな
パナソニックに勤めてもう5年目ですが退職したくないけど退職します
https://anond.hatelabo.jp/20190612010558 この記事でパナソニックを退職しない話を見たので。 ちょっと書いてみます。 僕とは状況も違うしね。 お前は誰だパナソニックに勤務するソフト屋です。 学歴は偏差値55程度の近畿の私立大出身学部卒。 彼の言ってる事は本当？本当。7割ぐらいは本当。3割は、わかんない。 働き方改革のおかげで管理職も含めて20時ぐらいにみんな退社できています。 少なくとも21時にはオフィスは真っ暗。 年休推進日もあり、ひと月かふた月に一回ぐらい課の全員が年休を取れます。 当然、自分で年休を申請して休むのもなんの問題もなくできます。理由も聞かれません。 開発が古めかしいのも本当。 エクセル方眼紙で仕様書をゴリゴリと書き、ucうんたらやら変数にプレフィクスをチマチマとつけ、レッドマインでチケットを切れば「チケット切りましたこれこれこうなので
もしも桃太郎が一行がITのスタートアップだったら
恵比寿駅の喫茶店。イヌ、サル、キジが張り詰めた空気でテーブルに同席している。 喫茶店のドアを開けて、桃太郎が入ってくる。 桃太郎「おつかれーっす」 イヌ、サル、キジ「……っす」 桃太郎「ごめんごめん、遅くなっちゃったわ。いやね、きのう金太郎と浦島太郎と飲みがあってさ」 キジ「え、あの有名な……」 桃太郎「そうそう。お互い名刺交換して。まぁやっぱ視座の高さが違ったわ。特に浦島太郎なんて玉手箱開けた経験者だし。金太郎は店にクマで乗り付けてた。ツキノワグマ」 サル「はー、すごいっすね」 桃太郎「浦島太郎、酔って乙姫に今から店こいよ！ってLINEしてたわ。ま、来なかったんだけど」 イヌ「……」 桃太郎「で、今日は何の話だっけ？」 サル「えーっと、それがっすね……」 桃太郎「来月の、鬼ヶ島ロンチの話？」 キジ「いや……」 イヌ「……俺から話すわ。実は、四人の座組みの件で、もう一回ちゃんと話したくて」
底辺IT企業は『書けない』プログラマとどう向き合ってきたか - megamouthの葬列
新年から夢のない話で申し訳ないのだが、表題のとおりのテーマである。 note.mu という記事があって、むやみに長いので飛ばし飛ばし読んだ。 大意としては、世の中には「書けない」プログラマというのがいて（元エントリでは学生さんのようである。さもありなん）そういう人はどうやったって書けるようにならないんだから、諦めろ、という話のようである。 で、じっと手を見て、下請け底辺のIT企業にいる私たちは、このような人々をどうしてきたろうか、と考えると、「放ったらかし」にしたなあ、と思うのである。 最初のほうは優しく教えていたと思う。話したりハンズオンしている時に、あっこの子、変数のことわかってないな、と感じたら、ホワイトボードを持ち出してきて、例の"x"と書いた箱の絵に矢印を引いて、値が入っている図を書いて、「わかった？」「あ、はい」みたいなやり取りをして終わり、という程度の「教育」である。 だが、
AIが長文を3行ぐらいにギュッとまとめてくれるエンジン「IMAKITA」を使ってみた - GIGAZINE
「長文読解」という言葉に反応してしまう人もいるように、あまりに長い文章は読む人の意欲を削いでしまうこともあるもの。「文章の中身をできるだけギュッとまとめて短くしてくれるものがあればいいのに……」と思っていたら、AIを使って長文を3行ぐらいにまとめてしまうエンジン「IMAKITA」がリリースされたというのでさっそく使ってみました。 長文を３行ぐらいで纏めてくれるエンジン IMAKITAを作ってみました - コンピュータ将棋 Qhapaq http://qhapaq.hatenablog.com/entry/2018/12/09/234447 自分でいうのもナンですが、結構出来が良い気がします。無駄に多言語（日英中独仏西葡伊）対応 → 長文を３行ぐらいで纏めてくれるエンジン IMAKITAを作ってみました - コンピュータ将棋 Qhapaq https://t.co/j2WwZTstNv #は
東京のIT企業７社でインターンシップをして感じたことをメタ的にまとめて見た。 - くうと徒然なるままに
今までの人生の中で７社ぐらいの会社にインターンシップしてました。（2017に１社2018に６社） せっかくなので感じたことをまとめて見ました。なお、会社名は基本的に出さない方針です。 ほぼ全ての会社に当てはまってたもの 大学院卒の人がITエンジニアでは多い 肌感ですが、大学院卒の人が多いと感じました。 特に、若い人は結構な割合で大学院卒が多かったと思います。 また、インターンシップに参加してた人も半数〜過半数が大学院生だった気がします。 （湯けむりハッカソンでは自分以外の人全員が大学院生だったし.... 会社で泊まる人がほとんどいなかった 「なれるSE!」 を読んだことがあるので東京のIT企業ではあんな感じなのかなーとかずっと思ってました。 しかし、現実はかなりホワイトっぽさを感じました。 なれるSE は一度見とくと良いかも。 Excel仕様書はほとんどなかった 事業会社ばかり見てたので
ITエンジニアはどんなツールでコミュニケーションしているの？ 事例から効率化のヒントを探せ！【2018 夏】 - エンジニアHub｜若手Webエンジニアのキャリアを考える！
ITエンジニアはどんなツールでコミュニケーションしているの？ 事例から効率化のヒントを探せ！【2018 夏】 ストレスなく開発に集中するため、IT企業が社内ツールに何を選択しているかをアンケート調査。各社コダワリの使い方から、業務効率化や働き方を考えるヒントにしてください。 「他の会社のエンジニアはどう働いているのだろう？ どんなツールで業務をこなしているのだろう？」そんなことが気になったことはありませんか？ 業務を適切に効率化するため、ストレスなく開発に集中するため、コミュニケーションをとりやすくするため、さまざまな理由から企業は社内ツールを選択しているはず。どんなコダワリがあり、どんな使い方・ハックをしているのか？ 11社にアンケートを実施しました。 自社での業務効率化や、働き方を考える上で、ぜひ参考にしてください。 1. エンジニア同士が社内で使っているコミュニケーションツールを選ん
ドラゴンボールで学ぶIT業界
ｵ ﾔ ﾁﾞ ﾆ ｱ @oyageng フリーザ『私の工数は530000人月・・・』 フリーザ『もちろんフルパワーで依頼するつもりはありません』 社畜悟空「オラ、わくわくすっぞ」 #ドラゴンボールIT 2018-08-04 20:27:12 ｵ ﾔ ﾁﾞ ﾆ ｱ @oyageng 社畜悟空「や・・・やめろフリーザーーーーッ!!!!」 フリーザ『に・・・』 社畜リリン「悟空ーーーっ!!!!」 (\rm -rf /*) ドーン! #ドラゴンボールIT 2018-08-04 21:43:14 ｵ ﾔ ﾁﾞ ﾆ ｱ @oyageng 神龍「さぁ願いをいえ」 社畜悟空『みんなの有給を復活させてくれ』 神龍「それはムリな願いだ。私は社長によって生み出されてた。したがって社長の力を超える超える願いは叶えられん」 社畜悟空『・・・ならプレミアムフライデーで帰るのは・・・』 神龍「それもムリだ。」 #ドラゴ
メテオフォール型開発 - 実践ゲーム製作メモ帳2
今日は、日本の代表的なソフトウェア開発手法について紹介しよう。 その名も、メテオフォール型開発である*1。 第一節 通常のウォーターフォール型開発におけるプロジェクトはこのような形を取るが、 メテオフォール型開発ではこのような形が取られる。 そしてこうなる。 これはアジャイル型開発手法におけるサイクルであるが、 神の前では無力である。 神の一声は全てを崩壊させ、 民は一生懸命これを再建す。 これが、メテオフォール型開発*2である。 第二節 全てのスケジュールは天界の都合によって決まる。これを黙示録と呼ぶ。 ソフトウェア開発においてフィードバックは重要なファクターだが、 神にフィードバックは届かない。 ただし、祈りを捧げることはできる。この祈りはごくまれに届く。 神は様々な姿を取る。 外から現れることもあれば、 内に棲んでいることもある。 あるいは、まだ会っていない or 会うことすらできな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
武道館レベルの会場が騒然としたAdobeのヤバい新技術（しかもリリースされます）