はてなキーワード: リプレイスとは
○朝食:ヨーグルト
○夕食:ご飯、納豆(二つ)、減塩野菜たっぷり味噌汁(フリーズドライ)、ツナ缶、エビシュウマイ(冷凍)
○調子
はややー。
うーむ、なんか今週は仕事のノリが悪いのか、今日も仕事でミスをしてしまい、注意された。
しゃらくさいこと言うな! って怒られるかもだけど、体使う仕事苦手なんですよ。
普段はプログラムの実装とか設計とかテストとか要件定義とかをしてるんだけど、水木金と環境のリプレイスとか負荷試験とかで何もできないから、
体を動かすのと、頭を使うのが同時にできないのか、倉庫にしまうノーパソの管理番号をメモるとか、外付けキーボードとマウスを落とさずに運ぶとか、その程度の作業をミスってしまう。
で、それにミスる自分に苛立ってさらにミスが増えるという悪循環で、気分も最悪だ。
そうえば、昔いた会社を辞めた理由の一つに、展示会の準備で物を運んだりものをしまったりする作業があることだったことを思い出した。
●XboxOne
「なんかもうフォーマット違うんじゃね?」ぐらいのカードパワー差を感じる。
MTGでいうと、自分が動員令でトークン出すデッキだったら、敵が苦花でトークン出すデッキ使って来る、ぐらいの違いを感じる。
(いやなんでオンスロートのそんな地味レアと禁止経験もあるカードを比較するんだよ、的なツッコミをされても、MTGあんまり詳しくないからごめんね)
●3DS
○ポケとる
ログボのみ。
○はねろコイキング
コイキングは、29代目。
ログボのみ。
とか、
「それって必要ですかね」
とか、
なんて平気で言うんだけど、これって言い換えると、
『そんなのオレらの仕事じゃねーわ』
と言っているのに等しい。
私は元はエンジニアなので、よくもまぁ堂々とこんなことが言えるなと思うし、
業界全体がエンジニアというものはこういう人種であると受け入れ、彼らのモチベーションをいかに損なわずに
仕事をさせるか、ということは一丸となって取り組むべき課題であるかのように論じられることが不思議でならない。
こうした"課題"は往々にして、システムを内製する企業が抱えるものだと思われる。
受託の企業なら請け負った仕事が何のためのものなのかをそれほど気にはしないだろうし、
請け負った仕事をこなすことが自分たちの利益になることは明白だから内容そのものには恐らく文句は言わないだろう。
私が初めて勤めた会社がまさに下請けというより孫請け、玄孫請けといった位置付けの業務だったが、
ではこの原因はエンジニア自身の業務が企業の利益に結びついているように思えないことであって、
それをしっかり共有できていない経営者、事業責任者、プロデューサー、あるいはディレクターなどに問題があるのだろうか。
私はそうは考えていない。なぜなら『オレらの仕事じゃねーわ』の意味は技術的に高度で、チャレンジングで、
市場価値が高いスキルを要するものをやりたいという個人的な欲求であって、企業の利益には沿っていない。
むしろそういう先進的な技術は学習コストも掛かるし、容易に引き継ぐこともできない。
既存のシステムのリプレイスが必要になればそのコストも掛かる。そうした人種にいくら企業の目的や利益を説いたところで
オレの知ったことじゃないという考え方だろうから、彼らの評価者でない人間はただ彼らに頭を下げ、持ち上げ、
その気になってもらうしかない。
一方でエンジニア自身に作業を命じるのが彼らの上司や評価者であればどうだろうか。
恐らく、「オレの仕事じゃないッスね、お断りです」という意味のことを言うのには
それ相応のリスクを覚悟するだろう。"オレの仕事じゃない"かどうかをわかっているはずの人が命じているのだから、
「いや、これがお前の仕事だよ」と言われるかも知れないし、普通に評価への悪影響を懸念して了承するだろう。
つまり、意識の高いエンジニアに相応しい仕事を用意できない非エンジニアの問題ではなく、
単純にエンジニア部門のマネージメントの問題であるとしか言えない。
そう考えると、そのマネージャークラスの人間自身が「そんな作業じゃ・・・」などと述べるのはお門違いだろう。
依頼する非エンジニアだって、文句ばっかり言うヤツにやっと仕事をしてもらってもバグだらけ、というような思いを何度もしているなら
できればこっちも頼みたくないと思っているはずだ。
エンジニア部門のマネージメントはやはりエンジニア出身者がやることになることが多いと思うが、
そもそもこのレイヤーの人間の育成や必要なスキルなどを論じることが先決ではないだろうか。
個々のエンジニアの心情を慮って組織体制をいじったり、企業の方針をそちらに寄せたりすることより、
エンジニア立ち居振舞い: 技術的な暴力を振るわない - futoase
http://futoase.hatenablog.com/entry/2016/11/19/155427
例示されている暴力はだいたい頭の悪い暴力なので反論できます。
では今あるシステム全部PHPでリプレイスするとして、○人月の工数が必要ですがそのような予算はありません。
Go言語そのものの表現力が低い。そんなものを利用するならJava、Scalaで書くべきだ。ライブラリが豊富にあるだろう。Googleに縛られた環境での開発は恐ろしい。
ところでどうしてWindowsPCを開いてExcelで文書作ってるのか教えてください。
Serverlessそのものはサーバがなくなるわけではない。自身でチューニングなど細かなリソース管理ができないPaaSを使って自身のサービスの命運を預けるなんて馬鹿げている。
理屈の上ではオンプレミスやIaaSの方が細かな管理できるかもしれませんが、サーバ管理にそこまでコストかけるつもりが無いのに適当なこと言わないでください。
iOSアプリそのもの、プラットフォームがいつまであるかもわからないし、今後広がるかわからない。Objective Cを覚えたり、そんなものに技術をかけてどうするのか。
Nintendo Switchが大流行するかわからない。コントローラー使いづらいし。あんなものはチンケなものだ。そもそもUnityをインフラエンジニアが覚えて意味があるのか。
流行前は流行らないと言い、流行った後は将来性が無いと言う、じゃあ一生何も始めないつもりですか?
でも安心してください。すべてはUnityが解決してくれます。そう、Unityならね。
例示された人たちに暴力ふるいたい。
windowsとmacとフロントエンドとインフラと組み込みいう線引きからはみ出してはいけないと思うな。むしろ全部やれ全部だ!誰もお前がカバーしてない部分をサポートなんぞしねえからな!
ECサイト作りたい人 → ヤフオクでやれ(CMSを使うことの大切さ)
iosアプリ作りたいwindows開発者 → くだらないことにこだわってないでmacとiphone買え(ios開発は何もかもmacとxcodeが大前提)
フロントエンドプログラマがgo → goだけ使われても微妙。当然DBとの連携もあるんだよな?ん?(サーバサイドスクリプトはDB連携のためにあるようなもの)
サーバレスに興味あり組み込みエンジニア → どうでもいいからさっさと作れ。そこ悩むとこじゃねーから!(悩むなら一度サーバ立ち上げから自分でやってみてイメージをつかんだ方がいいかも)
NintendoとUnityとインフラエンジニア → やればいいと思うがハードルが高すぎて頓挫する可能性が高い。まずはUnityのエディタ上で動くくらいを目標にすべきだ。
まずはそれでスタープレイヤーになる夢をみんなにもってもらい、野球選手になりたい子供のようにプロのITプレイヤーになりたいとか思う子を増やす
試合は何かしらのコンペとし、期間は3日〜2週間程度とする(案件によって違う)
テーマにそったハッカソンや、ISUCONみたいのや、リプレイス案件とする
その期間、チームは外出禁止の泊まり込み作業とする(作業の外部持ち出し禁止)
泊まり込みのため、1週間やったら次の1週間はメンバーは休みを義務付けられる
1日目にコンペ概要発表があり、PMはそれを資料に落とし込み、その枠内でアーキテクチャ、プログラマ、デザイナ、テスタなどをアサイン調整し、決定後交代不可
1週間常に見てる余裕がある一般社会人もいないので、毎日定時にPMは作業進捗報告を義務とする
最終日に、コンペでどちらが選ばれたかを含め、その他の定量的評価で勝敗を決める
例えば、コンペ選択 10点、メンバが残業しなかったボーナス 10点、スピード納品 日数x5点、資料充実度、テスト充実度、不具合チェック など
狙いとしては、競技として巨人戦のようにみんながテレビやニュースで見るようになれば、
どういう発注がよくて、どういうPMがよくて、設計のよさ、プログラマ・デザイナはどういうことが求められていて、それに応えていくか、
の選球眼というか、まわりの目を育てられるといいなあ
20代の数年間SIで働いた。1年以上前に退職して今は別業界にいる。
今日、Evernoteを整理していたら「退職理由、SIの嫌な点」というメモが発掘された。退職直前のかなりストレスがたまっていた時期に書き殴った文章だった。学生の頃の私は絵を書いたりしていて、ものづくりで暮らしたいな〜などと思って始めたプログラミングが楽しかったので安易に受託開発業を選んでしまったが、その後悔が如実に表れていた。
一部自分でも覚えていない話もあったがコンテンツとしては面白かったし、今でもシステムインテグレーター業界で消耗する若者を減らしたいとは思うので公開してみる。
以下、同メモに加筆・修正したものなのでファンタジーだと思って読んでくれ。
受注した時点で売上がおよそ確定するので、後はその予定工数に収めて納品できれば御の字という考え方。よくある話だが、見積がおかしくても顧客と対等な関係が築けていないから追加請求もできない。時間(工数)をかければ良い成果物ができるかもしれないがそれを説明して顧客に嫌な顔をされたくないから、限られた工数の中での最善を尽くす。最善を尽くす、聞こえは良いが要は手を抜く。
つまり、どう頑張っても売上は同じなのだから、良いもの・価値を生むものを作ろうと考えない人が多い。社内で開発者と呼ばれる人間もそうだし、マネジメント層はそういうものづくり志向を持った人をリスク扱いすることもある。
これが諸問題の根源で、いかに述べるような組織・プロジェクトが出来上がっていく。
マニュアル作業の正確さをかたくなに信じてる人だらけで、ITとは何なんだと考えさせられる。
私は定型作業を効率化しようとjsやrubyでスクリプトを書いたりしていた。テストデータを開発用DBに突っ込んだり、テキスト処理して整形したり、Excelからコード生成したりするよくあるやつ。
あるとき上司に肩越しに自分の作業を覗かれて「何やってるの?」と聞かれ、そういうスクリプトを作ってると答えたら、工数とリスクの話をされた。曰く「そのスクリプト作るのに何日かかるの?工数に乗ってないよね?」「スクリプトのテストもちゃんとしないと結果が正しいって保証できなくない?」と。この時はイラッとして「30分でできる数十行のスクリプトだし自分の作業工数内で完結する。むしろ後工程や別の人でも同じことを再現性できて楽になる」とか真面目に説明してプログラムも見せたが、読もうとはせず(読めないので)1時間無駄にした。
前述したようなビジネスモデルだから、営業力と、予定工数で無難にプロジェクトを終えるマネジメント力が大事。IT企業だが開発者は自社で持たない。不況の時に待機コストが発生するリスクがあるし、自社で抱えるより単価の安い開発者が人材派遣系の企業や下請けにいっぱいいるから。
社長があるとき社内広報で「技術は買うものだ」と言っていた。文脈で明らかに技術=技術者のことだったので、使い捨ての人売り業と揶揄されていることへの自覚が無いと思う。
そういう人が集まっているor残っている組織なので開発者はほとんどいない。20〜30人ぐらいの課に1人ぐらいの割合でstaticおじさんがちらほらいるぐらい。大体20代からプロジェクトリーダーという立場をやり始め、だんだん大型の案件を扱えるようになっていき、後は出世ゲーム。部長のお気に入りが課長になり、部門長のお気に入りが部長になる。その繰り返し。
開発案件でのBP(ビジネスパートナー、委託先、派遣、下請け)比率は自分の周りだと1:5ぐらいが多い。プロパー社員一人が5人の開発を仕切る、みたいな形。案件規模によりだいぶ差があると思う。この比率が高い=マネジメント力のある組織と考える会社はこの数字を上げようと必死で、比率の低い組織は評価が下がる。
私は開発が好きだったのでエンジニアとして生きていきたい、というようなことを評価面談の度に伝えているが、その度に会社の目指す方向を説かれてモチベーションが下がる。
上述の通り、案件で接する開発者は基本的に社外の人間なのだが、彼らの技術力と意識の高さにはものすごいばらつきがある。言われたものはなんでもこなせる人、何でこの歳まで技術者やれてるんだと疑う人、このプロジェクトはおかしいと良い意味で騒ぐ人、何も意見を言わない人、CっぽくJavaを書く人、人当たりは良いが技術力がいまいちな人、すぐ休む人、バグやミスを隠す人…etc。
まぁ色んな人がいるのはどの業界のどの職種も同じだが問題は質だ。私の主観になるが本当にエンジニアとして尊敬できるレベルの人は1%いるかいないか。というのも、ほとんどの技術者は長年SIやその周辺企業と付き合ってきているので同じ体質に染まっているのだ。顧客が良いといえば良いという態度(この場合の顧客は私が所属する企業)、請負の場合は工数を超えない範囲で手を抜く姿勢、その他諸々。技術力だけをひたすら磨き続けてきたという人はごく一部だけだったし、そんな人でもGitHubアカウント持ってない・ブログやってない・OSSに貢献したことない、といった具合でクローズドな世界で生きている。
そうした技術者とやっていく中で最も厄介なのが教育コストだ。案件のあるなしで人が都度入れ替わり、新しい人が来るたびに同じシステム・技術要素の説明をして何とかやる気が出るようモチベートして、というのを繰り返すのに疲れた。私の会社固有の変なルールの説明はてきとうにしておいて、私は技術が好きな仲間が欲しかったので今のシステムの課題と技術面での改善や展望をよく話す。が、あまり食いつかれることはない。これは私の問題だが、そうした期待と落胆のループも疲弊の一因だ。
ある時、一つの課に6年近くいるというBPと一緒に仕事をする機会があった。その課にはプロパーの技術者が長いことおらず、彼がその課の技術的中心を担っているという話だった。抜けられると途端に色んなものが崩壊するからという理由で、その人の派遣元にはかなり高額の単価を支払っていたと聞いた。課員が口をそろえて「あの人はすごい」「何でもできる」というので初めはかなり期待していた。
だが、拍子抜けした。あまりにも仕事が雑なのだ。コミットされたコードはTODOコメントだらけだし、バグがあまりにも多かった。一度も実行されずにコミットされ、他の人がチェックアウトした時点で判明したバグなんかもあった。それでも声が大きく、プロパーが技術を知らないのをいいことに自分のブランディングに完全に成功していた。客先にも顔を出し、信頼を得ているらしかった。「自分は設計が得意でテスト以降の工程には興味が無い」と言っていた。確かに彼が関わった各システムには独特の概念が埋め込まれた設計があったが、その複雑な設計は保守性が低く、他の開発者が触ると容易にバグを引き起こしていた。
また、彼はJavaの有名なフレームワークであるStrutsを拡張したいわゆるオレオレフレームワークを開発しており、それの出来は悪くなかったと思う。そのフレームワークに欠けているものをうまく補うような形になっていた。だがフレームワークのバージョンを上げると壊れるというのが残念な点で負債になりかけていた。
私は異動したが、彼は今でもそこにいると聞いた。
(最低限のものしか作らないから)安くて早い!という触れ込みで売っているので、テストの工数が異常に少ないことも多い。特にテストコードを書くなんてもってのほか。そういう世界でやってきた人ばかりなので、30や40超えたマネジメント側は「テストコードって何?」状態だ。大型の改修案件が来た時にはコア機能だけでもテストを書いていこうと見積段階から社内で提案したが「顧客に『そんなメリットあるなら何で今までのプロジェクトではやってないの?』って問われるから、絶対言うなよ」と拒否された。
保守案件をやっていた頃、時間を捻出してコソコソとテストコードを書いたりしていた。その案件を離れてしばらく後、ある時リポジトリを覗いたら私が書いたテストコードがばっさり消えていて驚いた。コミットログから課内のstaticおじさん的な人が消したとわかったが、そのコミットコメントが「現在使用していないコードを削除」だった。これはもう問う気も失せて何も言えなかった。
先述したようにテストがそもそもないプロジェクトが基本なのでリファクタできないのだが、たとえテストがあったとしても勝手なリファクタは許されない。ソースコードは顧客の持ち物なので同意なしに改変することはいわば契約違反なのだ。たとえ内的品質が向上してコスト削減に繋がるとしても、そのためにお金を支払う顧客はまずいない。
私がいたどの案件にもコードレビューがなかった。リーダーと開発者数人という構成の場合、まず開発者は全員下請けでリーダーは技術の心得がない場合が多い。そうなると彼らの成果物の良し悪しを図るのは目に見えるシステムの挙動と実施されたテスト結果のExcel報告書だけになる。これが非常に非効率で、少しコードを読めばわかる明らかなバグや仕様理解の齟齬が頻発していた。特に受入試験と呼ばれるリリース直前の顧客側での最終確認や本番稼働中におけるhotfixは全機能をきちんとテストせずにデプロイされることが多く、そのhotfixがさらなるバグを引き起こしたりもしていた。
そもそもテストを書けという話だがテストが無いプロジェクトに足すのはかなり大変なので、レビューサイクルをきちんと回すだけでもかなり変わる。実際、私が入った案件ではすべてのコミットに目を通すようにし、明らかな問題は都度指摘することで品質の向上に繋がった。欲を言えば他の開発者にもレビューしてもらいたいが、下請けの彼らの工数を増やすことは嫌がられる。
無難にプロジェクトをこなすことと新しい技術を試すことの両立こそ技術者の腕の見せどころだと思っているが、ほとんどの場合それは許されなかった。新規にせよ継続にせよ案件を受注する段階で営業やマネジメント層と顧客間で「今回は過去に実績のあるこの技術でやります」という契約が結ばれているからだ。その技術(言語やフレームワーク)がいかに古く、保守性も将来性もないものだとしても受注できればよいし、その技術のサポート切れか何かの拍子で再度リプレイス案件でも受注できればさらにラッキーぐらいの考えでいる。
また横に倣えが加速してさらに悪い事に、同じアーキテクチャ・ネットワークを再利用するために既存のサーバに新システムも相乗りすればよいという発想も珍しくない。「資産の再利用によりコスト削減」という触れ込みだったが、ただでさえスケールしない低スペックのオンプレミスサーバ上で複数のアプリケーションサーバを運用した結果、予想通り耐障害性が下がった。
また、Oracleのライセンスが高いという理由で一つのDBインスタンス上に10数個のシステムが同時稼働しているなんてこともあった。1つのシステムが高負荷なクエリを投げたせいで関連する全システムが共倒れになったこともあったがOracleのバグとして報告していた。
新人の頃にOJTでstaticおじさんの下に付いたことがあった。そのとき担当したのはPerlでデータ連携用のバッチを書くという開発業務だったのだが、最悪の思い出だ。
まずプログラム構造仕様書というのを書かされた。メソッド単位でのモジュールを全てExcel上に記述し、処理の順番と内容を説明するという謎資料だった。あまりに意味がわからなかったので「UMLのクラス図を書けばよいのですか?」と聞いたら「Perlにクラスなんて必要ない。構造化プログラミングを研修でならってないのか」と返ってきた。「俺が前に書いたPerlのバッチがあるから参考にしろ」と言われ、あるリポジトリをチェックアウトして見てみると1ファイル4,000行の.plがいくつか並んでいた。その時の私は何もわかっていなかったのでそういうものかと思ってしまったが後で調べて明らかにおかしいと気づいた。
また、そのプロジェクトのメイン言語はJavaで、Eclipseを使っていたのでPerl用プラグインを入れてコーディング・デバッグをしていたらやめろと言われた。理由は「Eclipse上で動くPerlが信用できない。サクラエディタで書いてプリントデバッグすれば充分だ」と言われた。その時の私は何もわかっていなかったので、プラグインの品質が悪いとかそういう話かと思い「じゃあvimで書きます」と言ったら「サクラエディタにしろと言っただろ!」と一喝され、vim vs サクラエディタという史上類を見ないエディタ論争が起きた。
SI業界の中では高いのかもしれないが決してよくはない。4年目(たぶん25歳)ぐらいで残業込みで年収400万にやっと届いたがそこからほとんど変わっていない。30歳の先輩に聞いたところ「500万前後、残業してない場合の月の手取りは未だに20万切ることがある。残業抜きでは新婚生活が厳しい」と言っていた。いわゆる年功序列がきっちりしていてこのまま続けてもしばらくは給与が伸びないということがわかった。
個人での貢献で差がつくのは±10万程度。その程度ならいっそ無くてもいいのでは、と思う。というかそもそも生産性をきちんと評価する制度が存在しない。これはどの組織でも難しい問題だと思うが、形骸化した評価制度で上司の気に入った人間にS評価を付けているだけならいっそ止めたほうが時間の無駄にならなくてよい。
会社から貸与されるノートPCは低スペックすぎて開発には使い物にならない。なので開発者は基本的にデスクトップを使用せざるを得ないのだがこれもメモリ4G、1.2GHz程度で大したマシンでもない。本当に開発する気がない。
いつの間にかどこかで意思決定がされていて、関与する機会がほとんどない。だがほとんどの社員がそれで良いと思ってる。失敗しても自分が決めたことじゃないから上層の責任だ、そう言えるので楽だから。
情報共有をしない、というか意図的にしないようにしているとまで感じる。連絡はメールと添付ファイルベースで行っているし、共有のファイルサーバなんてのもあったが一部のフォルダは権限を持った人間しか見られない。何で他の部や課が行った過去の見積や提案資料が自由に見られないんだよ。
ソースコードのリポジトリも同様。外部に公開しないのはまだわかるが、プロジェクト外にすら基本は公開していない。別に奪われて困る大した技術もない。
会社が用意した提案資料共有サイトみたいなのもあったが、それに至ってはもっとひどい。課長以上もしくは部長から承認を与えられた者のみ閲覧可能。共有とは。
どうでもいいことを決めるにも承認や根回しや説得が必要になる。それがプロジェクトの利害関係者ならまだわかるものの、まったく関わっていない上長(課長や部長、時には部門長)を通さないと進まないという異常さ。
利益率向上のためにコスト削減ということがしきりに言われており、過剰なコスト削減対応が生産性の低下を招いている。たとえば顧客に見せる資料以外は白黒で印刷しろ、みたいなルール。色がないために情報が伝わりにくい。というかそもそも印刷せずに各自のノートPCで見ろという話だが、先述したようにノートPCは低スペックすぎるので多くの社員がデスクトップを使っている。ITとは。
本当に無駄としか思えない承認・申請フローの煩雑さに加え、使っているシステムの使い勝手も悪く、ひどい日は一日がそうした事務作業で終わる。しかもそのシステムは自社で以前開発したものだというから泣けてくる。こんな作業が定常的に発生するのでいっそ事務員を派遣で雇うべきという提案が何度もされたが、課の予算をオーバーするから無理だという回答しか返ってこない。
表向きは社員の健康促進という触れ込みで残業時間削減を全社的に取り組んでいる。残業減らせと声をかけただけでは誰も帰らないので、勤怠システムと入退館管理システムを監視し、削減できていない組織や人間の評価を下げるようになった。
その結果、サービス残業が復活した。30時間を超えると部長に説明しないといけない、50時間を超えるとその上へ…みたいなループ。表向きの残業時間削減・コスト削減としては成功したかもしれないが、社員の残業時間を管理するとかいう無駄な仕事を増やしたし、管理される社員のストレスとサービス残業に繋がったので下策だと思う。
他人の残業時間をExcelにまとめる仕事があって、そこに給与が発生してると思うと泣きたい。
そもそも無駄な作業や工数至上主義で作業効率が悪いから残業しているので、残業が少ない奴が偉いと一斉に舵取りしただけでは生産性をちゃんと評価できていないことに変わりはない。一昔前の残業多い奴は頑張ってて偉い、というのと本質レベルで何も変わっていない。
2chまとめサイトを嫌う人たちが、レスの名前欄や本文などにアフィリエイターが嫌がる文言を入れているのをよく見かける。
「アド⚪⚪スクリックしてください」とか
「こうしておけばまとめにくいだろ。アフィカスざまぁ」とか思いながらやっているのかも知れないが
そんなの正規表現等で一発変換・消去できるし、そもそも手作業でなんかまとめない。
もっと言えばブラックリストワードを学習させてDBにするので新しい文言を
入れてきてもすぐに対応できる。
メニュー、スレッド、レスのデータをスクレイピングしてDBへ、ブラックリストワードの変換・消去、リンク・画像等のリプレイスやファイル化、CMSと連携して記事化するところくらいまでほぼ全自動なのでそういった妨害は全く意味なし。(唯一作業らしいののはレスを読むことくらい)
ちなみに2chでニュース系の板単体では生きてるスレッド数が常時700~1000程度、レス数は合計で100000~150000くらいになる。この量なら3分くらいで全て取得、ブラックリストワードを変換・消去した上でDB化できる。
まあ実務経験ないから仕方ないんだろうけど、わりと深くつながってるのよ?
もちろん会社と会社で取引してるんだけど、結局は人と人なのよ。人と人の長い付き合いっていうのはね、新人がすぐリプレイスできるものじゃなくて、引き継ぎにも時間をかけていくものなんだよ。
営業はね、なかなか切れないんだなあ。替えがききにくいんだな、対人ってもんは。阿吽の呼吸とかあるからね。能力が同じならチェンジ!はエンジニアと比べると、遥かに難しい。
うちはリクルートにならって、離職率って前向きに目標値設定してるよ。
高すぎてもダメなんだけど、毎年下位10%が自然に退職していくつくりが人事部がすすめている。
もちろん、離職の「質」にはこだわっていて、上位に合わせて、上位が会社に不満をもってやめないように、きちんと下が消えていく、という仕組を心がけてる。
下位10%が消えていってもらってこそ、良い人を中途採用できるし、新卒を育成していく原動力になるから。
どういう会社か知らないけど、たぶん、君は会社から今後必要とは考えにくい人材、あるいはフレッシュな新人にリプレイスを早かれ遅かれすべき存在なんじゃないかな。
感情論でなく反論できる人、いるのかな。
<組織論>
1)大型組織の人材
看板は残る。三菱東京UFJ、みたいに。でも必要となる社員のスキルって30年後代わってるよね。99%ぐらいは。だから定期的に入れ替えた方が良い。つまり、40歳定年制がベースで、1%の幹部以外は
いらなくなるよね。
2)中型組織の人材
中型組織って99%はパーツ型組織だよね。つまり、販売/生産/企画開発の中の、どれかでしかないよね。使われる立場だよね。使われる立場の企業の人間って世の中がどんどんオープンにネットワークしてる以上、世界的な競争とスキルの陳腐化が激しい中で「安い」「頑張れる」ところ以外消えていくよね。というか、ブラック度を極限まで上げた企業がかつよね。
<営業orクリエイティブ論>
1)
営業ってさ、基本的に表現、伝達する事が仕事じゃん。ついでにいえば、伝達、整理、じゃん。
これってさ、インターネットとかネット広告とかメールやウェブ動画のプレゼンとかで、圧倒的に効率化かつ地域性を失ってきてるじゃん。
つまりさ、すごい経営者側がどこの人間採用しても同じようになったわけ。
イコールさ、1人1人の労働のバリューが下がってるわけでさ、中国人の日本語しゃべれるヤツとかスッゲー増えてる訳じゃん。
あるいはさ、すっごい営業職が1人いればさ、そいつに1000人分の仕事をさせやすくなったわけでさ(つまりウェブ動画とかさ)
そうすると、一般営業職というかそいつらってさ、価値がなくなってない?
2)
クリエイティブってさ、基本的にクライアントありきだとおもうんだ。
使ってもらってナンボというかさ。
プロブロガーみたいなのは置いといて(彼らは増えないとおもう。視聴する側の数は代わらないくて参入者は無数に増えるから、今後半端ないレッドオーシャンだよ、ブロガーでくってくの)
バリューってどうなのって話でさ。
エンジニア、デザイナー、あるいはなんかクリエイティブだとか言われてることで、仕事したことある人はわかるだろうけどさ、
「すっごく」代替可能じゃない?実は全然個性とか必要とされなくない?
クライアントの求めるアウトプットを専門性を活かして一つの正解を出す事が仕事だと思うのね。
それでいうとさ、クライアントに可愛がられるスキル命になってしまうわけでさ。
それってつまり、クリエイティブに限らずコンサルもそうなのかもしれないけどさ、
ハンパなく1人1人の意味を求められててさ、結局時間当たり生産性が他の専門職の何倍か?ってことしかパフォーマンス差でないとおもうんだよ。
特殊な価値が出せるっていうよりも、時間当たり生産性が、ってことね。
生産性が今10倍だとするよ、5年後は多分その生産性を素人でも出せるような技術がととのってると思うんだよ。つまりさ、その人の仕事の価値は自然に10分の1になるよ。
それでさ、どうせオマエらは今10倍だったら、その後も磨き続けて10倍以上を維持すんだよ、っていうだろ。
バカかってことでさ。茹でガエルか。
わかるだろ、技術の大幅な変化。技術の変化に伴う開発スタイルの変化。根本的な陳腐化してくんだよ。
デザイナーでも手書きで何度も先輩の絵を真似して書いてたヤツなんか、オナニーだってわかるだろ?
いまフォトショやイラレ使えねーと新人よりも仕事の戦力にならない。
そんな現象が今後も繰り返すんだよ。
「人類の進化!」として。
3)
じゃあ調整力が高くて人を巻き込んで使うような人材が残るのかって?
バカじゃないの?自己啓発セミナーでも行き過ぎて脳味噌とけてんじゃねえの?
アホか。
マネジメントっていうか、ミドルが圧倒的に”いらねー”世の中になってんだよ。
ミドルがなんでいらねーのかって?
「ウェブ会議」「スカイプ」「チャットワーク」「社内用の各種調整ツール」
ミドルなんかいらねーんだよ。
意思決定の擦り合わせ??
4)
金銭的にいったらそうだろね。年収1500万円以上のプレイヤーは増えるよ。
世の中のね。
トップエリート=「かえの効かない人材」になるしかないんだよ。
でもそんなもん、おるか?
いねーだろ?
「中国語と英語と日本語がネイティブ並に話せます。もちろん大卒で経済学とかバッチリです」っていうだろ?
いや、そんな人、台湾で300万円で一生懸命働く人で10万人以上いるけど大丈夫?ってはなしよ。
そいつらより、国際人を売りにしてるオマエら仕事できる?
ちなみに、経済学部って日本で一番たくさんある学部の人間だよ?
でさ、公認会計士になるじゃん。
いま、資格取得のために学習したことが活きる仕事についてるヤツって何割いるんだよ?
3割?
弁護士なんか大量に新人増加させただろ?
新人が仕事できるようになったら大丈夫みんな稼げるって、予備校講師に騙されてるんじゃないの大丈夫?
上の奴らは今の既得権益を死守。そして安い弁護士を雇って拡大を狙う。
つまり、今嬉しいのは事務所の社長だけだね。弁護士だったら弁護士事務所の社長はいいよ。中堅の使えない高給取りをフレッシュで安い若手にチェンジ!するだけ。
そんでひたすら今までのクライアントに頭下げて、ケツの穴なめてりゃいいよ。
東大生って毎年3000人よ。一橋生はよくわからんが1500ぐらいだろ。
で、早稲田慶應でもさ正直採用する側ってどっちでもいいんだよね。東大でも早稲田でもかわんねーんだ。
でもさ、4500人分も毎年新しい高度な仕事が生まれてるなんてだれも思ってねーだろ???
つまりよ、30年かけてそれなりの給与貰ってた一流人材もその辺の一流学生をちゃっちゃと教育したら、3年で使えるようになるからさ、
それで安くて元気な若手をかいこんでんだよ。
いや、ぶっちゃけさ、3年がんばって貰えばさ、30年プレイヤーより下手したらパフォーマンス上だぜ?
で、1%の層はさ、下のこいつらと壮絶に競争し続けんの。
じゃどうなるとおもうってさ、
下を徹底的に潰すだけなんだよ。
あほらしいけどさ。潰すのが正解になっちゃう。
ま、ともかくさ、ほとんどの仕事って、
5)
どうしたらいいのー? by 中川パラダイス of ウーマンラッシュアワー
ってことでさ。
鬱にナンだよ。
「結論、お前は何もんだ??」ってことだよ。
どうキャリア開発していくべきなん?ってことだよ。
いやお前がさ、すでに1500万円を安定的に年収で確保できてて、急に400万以下に転落する怖れがないならさ、しらねーよ。
でも俺は違うからさ。
まだ、この分野の◯◯ですっていっても世間的に認知されてない(狭い業界内評価なんか業界ごと浮き沈みしたら意味ネーンだよ)
で、営業職としてもさ、人脈ってどうってわけ。
いや確かに他社の一部上場企業の役員とも仕事してるし名刺は綺麗だよ。
でもさ、ビジネス上のネットワークってほとんど瞬発的なものじゃない?ちがうっけ?
ばっかじゃない?っていうのが実際なわけ。
俺さ、せっせと仕事してるし、そこそこな評価ではあるよ。
でもさ多分これ以上あがんねーんだろなっておもうんだよ。
仕事以外で何か見出せ?あーそうですかって感じ。
転職?転職したら0からやり直しだよ。ファックユー。ほとんどの転職は年収下がるんだよ。転職エージェントに騙され過ぎだろバカ。
あーくだらね。
あー、死にてー。
独立?バカじゃねーの?起業したら1年毎に30%OFFだよ、つまり10社あったら1年後には7社しか残ってない。2年後は5社。3年後は3~4社。4年後は2~3社。5年後は1~2社。ってことよ。
独立してほとんどの人間は年収が「大幅に」さがるってデータ知らねーのか?
独立して給与あがるのは、400万円以下でこき使われてた人間だが、実際1000万円以上もらう価値のある人間だったって時だけだよ。
実際な、年収高いヤツには高度な仕事させてくれやすいんだよ。年収低いヤツは低レベルな仕事につきやすいんだよ。
仕事の質がほしいんだよ。
ああ。
独立したらいいよってそれでも言うヤツは、
◯◯って欲に満ちたブログ読むといいよ。
投資家が一生懸命若いヤツを焚き付けて、カネにしようと必死だから。
投資家のおもちゃになって起業したみなさん、おつかれさまでした。
そして
投資家のおもちゃにならずに起業したみなさん、5年以内に90%が社会的に死ぬと思いますががんばってください。
そして
おれはエンジニアだ未来が綺麗とかおもってるという方は、中国やバリのエンジニア養成学校の方々と綺麗にバトルしてください。
とくにグローバルっていって社内での英語コミュニケーションが加速してる会社は楽しんでください。
そして
おれは営業だ、永遠のテーマだとか思ってる方は、営業職の役割が今後爽やかに代わっていくことを楽しんでください。
そして
おれは人材業者だ、人をまっちんぐする神の手、あるいは人事さ、と思ってる方。
マッチング業はどんどん安価になりますよ。究極的にはZEROまで収束します。Wantedlyとか、Jobshareみたいにね。
価格破壊は止まらないよ。実態の大した事ない仕事してるわけだから、君らはそのうち消える訳さ。
そして
ここを否定したくて仕方ない。
でもここは最後まで消えない気がするんだ。
でも最低10億円規模以上のファンド持ってたり、機関投資家だって人だけの話だよ?
証券アナリスト持ってますテキな人はさっきのエンジニアとかの専門職と同じ人生だからよろしくね。
そして
うん。◯◯みたいな会社もそうだね。
でも幸せなのかもなっておもうよ。
さて、
どうやれば救われる?
オマエらはほとんどそうだろうが、どうやれば救われる?
ぶっちゃけぬるま湯のカエルは、ぬるま湯に使ってた方が幸せなのか?
思考を止めた方がいいのか?
考え過ぎだというのか?
一定の解を知りたい。
思考停止するのが怖い。
諦めると自分が廃人になりそうだ。
アル中になって
あと30年やそこらの仕事ざかりを過ごして
ああ俺は特に何もなせなかったな、っていって死ぬのは嫌だよ。
ああ、こええんだよ。
ごめん。
一緒に腐っていくのかな、お前らと一緒に。
早いか遅いかだけなのかな。
あとさ、こういう不安を煽ったり一言いったりして稼いでる
から大っ嫌いだよ
あいつらは煽り過ぎでマジな情報を脚色しすぎて本質がズレてる。
こういうのじゃなくてさ、
リアルな匿名の場でさ、リアルな事情含めてさ、今後について語りたいんだよ。
コメントとかつけてくれよ。
それでさ、
一人でも多くさ、
「仕事を諦める」って以外の選択肢をさ、
導ければなって思うんだよ。
うそうそ。
楽観的に生きていけばいいんだよ。
考えたら負け。
どうせ無理なら現状を無駄に肯定して、
おれ幸せ!って毎日100回唱えろ。自己洗脳に掛かって幸せになれるよ。
ソンジャーネ
---
25時12時に追記
都合により一部削除しました。
涙目です。
---
25日18時に追記
意外とはてぶ付いててビックリ。
ほんの15年前、1999年を考えてみてよ。
Word/Excel/Powerpointほとんどなくてさ?
「コンサルティング」業務やサポートの必要が急速になくなったよね。ググれカスに代わった。
ほんとうの変化が起こるのこれからだよ。
15年後、今の35歳が50歳になんの。
ほぼ全員ネットで「ちゃんとぐぐれる」でしょ?
インターネッツじゃないひといなくなるでしょ。
購買行動かわるよ。
人と人のコラボレーションかわるよ。
当然、営業スタイルかわるよ。
当然、調整業務のスタイルかわるよ。
生き残るのは接客業の方々だね。
ってな。そういう仕事はなくならねえよ。
社長、今日もネクタイいいですね。ってなそういう仕事はなくならねえよ。
電話受付は今もなってるけど、メールフォームとか、チャットとかになって簡素化。
ああ、面白い。
今まで200人は最低必要だったビジネスが、10人で楽に回せるよ!
さしずめ、スーパーエンジニア3人、スーパー営業職3人、激ブラックな雑用3人、ファイナンス担当1人って感じかね。
.........さて、メシ食うわ。
25日21時50分追記---
結論いうとさ、実はハラを決めて、待つしかなくて、良い意味で諦めたほうが安全だぞってことだ。
▼下のような動画に動揺したら生き残れない。リクルートにカモにされるよ!これらをポジティブに受けいれよう!▼
例1:子どもに夢を託すな。
http://www.youtube.com/watch?v=yJhQx1oaAx0
http://www.youtube.com/watch?v=jpC_kJbS3RQ
例3:社内失業、2万人以上の余剰人員。
http://www.youtube.com/watch?v=tdnWgXdILG8
例4:さわやかな上司と部下の意思疎通。
結局、原発再稼働を求めているのは電力業界の収益を黒字化したい勢力、
つまり原子力ムラだけだ。講談社から出版された「原発ホワイトアウト」にあるように、
総括原価方式の電力業界は年間数兆円に上る設備投資を割高に発注することにより、
膨大の資金をプールし、それをマスコミの広告料、学術、文化、スポーツの協賛金、
そして政治的支援などの当てることで、原発反対の世論をうまく抑え込んできた。
3・11福島原発事故から2年半、その構造が生き残っているうちに
原発再稼働やリプレイスという理屈で原発新設の流れを作ろうというのが「原子力ムラ」の狙い、
http://ameblo.jp/n-kan-blog/entry-11644434876.html
http://bookclub.kodansha.co.jp/bc2_bc/search_view.jsp?b=2186179
もしくはそのまま辞めてもらうかです。
来てないならまだ限界じゃない。
9時ぎりぎりに来て残業してるのはがんばってるうちに入らない。
7時にこい。
できたら始発でこい。
全ておさえて自分が今日ここまでやる、ということを自分にコミットしてほしい。
朝早く来て夜限界までやって初めて仕事の中身の対策に入ってあげようかという気持ちになる。
少なくとも私は。
で、朝起きるのは大変なことはわかっている。私もわかっている。
生活習慣を見直せ。
夜はどんなに遅くとも22時くらいになったらさっさと帰れ。
夜は食べ過ぎるな。酒も平日は飲むな。眠りが浅くなる。
午前0時までには寝ろ。
起きたら真っ先にシャワーを浴びろ。目を覚ませ。
飯は食うな、すぐに着替えて家を出ろ。
電車では普段と違って席に座れる時間帯だ、そこで仕事に関わる勉強をしろ、
もしくは今日やることを頭で計画たてろ、もしくはしんどかったら睡眠をとれ。
会社に来るまでにコンビニで軽い朝食とコーヒーと必要あらばレッドブルを買って
会社に着くなり一番やらなくちゃいけない重要なことを始めろ。買ってきた朝飯を食いながらでいい。
結果はともかくここまでやる人は見込みがあると思って私がどうにかひきあげる。
ここまで言われて自分の行動習慣を変えることができず、
成果もあがらないままならばもう仕方がない。リプレイスする。
コピペでOK!Googleフォームで送信された内容をメールで自動通知してくれるスクリプトと設定方法を公開します
google spreadsheet で簡単データベース 名簿を管理しよう! - YouTube
Google サイト - ビジネスに社内ポータル・ホームページ作成
Google CalendarにRemember The Milkのタスクを表示する2種類の方法を理解する - Forgot the Milk.
Google フォーム - アンケートを無料で作成、分析できます。
Windowsシステム管理者のためのGoogle Apps入門:第2回 無償版GmailとGoogle Apps for Businessの違いを知る (1/2) - @IT
Google Apps for Business - Google のパワフルなツールをあなたのビジネスに
シンプルで明快な料金プラン - Google Apps for Work
サイボウズ Office - サービス | サイボウズ クラウドサービス「cybozu.com(サイボウズドットコム)」
価格・オプション | ファストシステムを実現したクラウドサービス「kintone」
ニュース - 「こんなもの、おもちゃだ」と批判されるのが破壊的イノベーション:ITpro
テクノロジーの世界では、常にローエンドがハイエンドを食っている。
安価な製品をより強力にするほうが、強力な製品を安くするよりも簡単なのだ。
だから安価でシンプルというところから始めた製品は徐々に強力なものへと成長していき、水が部屋に満ちるように、
「ハイエンド」の製品を天井の方へと押し込めることになる。
Sunはこれをメインフレームに対して行い、IntelはSunに対して行っている。
Google Apps for Businessの利用企業数は全世界で500万社
ANAがGoogle Appsを採用、4万9000IDの契約で日本最大規模のユーザーに
サイボウズ、クラウドサービス「cybozu.com」ご契約社数が5000社を突破
米Google、情報共有サイト作成サービス「Google Sites」を発表
誰でも簡単に編集を始められるように、
5種類のテンプレート(Webページ、ブログ、ファイル共有、ダッシュボード、リスト)を用意。
企業が部内プロジェクトを遂行したり、
学校行事や宿題の共同作業を行なうためのサイトなどを簡単に作ることができる。
Google Sitesは、Google Appsに統合されているため、
「Google Docs」「Google Calendar」「Picasa」「YouTube」など、
Googleの他のサービスで利用しているコンテンツも簡単に埋め込むことができる。
また、動画や画像、Microsoft Officeファイルなどをアップロードして、
グループ内で共有することも簡単にできる。
Move rows and columns - Docs editors Help
もっと便利にGoogleカレンダーを使う7つのTips - ITmedia エンタープライズ
「11時から会議」の予定を入力する時、11時のセルをクリックしてはいないだろうか。
実はGoogleカレンダーでは適当にクリックして、簡易入力の吹き出しに「11時に会議」と入力すれば時間を自動的に調整してくれる。
Google Calendar の使い方 | グーグル・カレンダーの便利な機能や特徴を紹介します
Outlookもサイボウズも窓から投げ捨てよう!
Gmailとの連携でデキルあなたを創る!
話題のAjaxインターフェースでサクサク使える次世代型Webスケジューラ「Google Calendar」の使い方!!
Ajaxに控えめ対応、「サイボウズ Office 7」が登場 − @IT
Office 7のようにWebブラウザをクライアントとするソフトウェアではAjax採用がトレンドだ。
ただ、青野氏は「Ajaxを使ったドラッグ&ドロップなどは一部の人しか喜ばない」と話し、
メインユーザーの実務的な使い勝手の向上に的を絞って、Ajaxを導入していく考えを示した。
皆でスケジュールを登録し合うというような使い方も可能です。
Gmail英語版はメールからカレンダーへスケジュールが投稿できる(再) | G Mania - グーグルの便利な使い方
かつて電力に起こったのと同じことが起ころうとしています。
20世紀初頭には、企業は電力会社の副社長を雇わなければならないと考えたものですが、今は壁にプラグを差せば電気はやってきますよね。
何をする道具か、というと、タスク管理らしい。
やりたいことを書いて、それを管理する道具。期日で並び替えてくれたり、Tagで絞り込めたり、優先度をつけられたり、字数無制限のメモが書き込めたり、一定期間毎にリピート出来たり、「今日が期日」のものをRSSで取得出来たり、時間毎にGoogle talkで話し掛けてくれたりする。
Google CalendarにRemember The Milkのタスクを表示する2種類の方法を理解する - Forgot the Milk.
ページの一番下の Google Calendar のボタンをクリックするだけで
Google Calendarの中に Remember The Milk のタスクリストが表示されます。
clmemo@aka: Google Calendar に Remember the Milk の ToDo リスト情報を読ませる
「ドリルを買う客はドリルが欲しいのではなく穴が欲しいのだ。」
「将来コンピュータの重量は、1.5トン以下になるかも知れない。」
Popular Mechanics誌、科学の果てしなき進歩を予測して、1949
「恐らく世界中のコンピュータ市場の規模は、5台だろう。」
「家庭にコンピュータを欲しいと思う人などいる訳がない。」
ケン・オルソン、Digital Equipmentの創設者・社長・会長、1977
「石油を掘るだって? 地面にドリルで穴を開けて、石油を探すっていうのかい? あんた頭がおかしいよ。」
生き残る種とは、
もっとも強いものではない。
もっとも知的なものでもない。それは、
変化にもっともよく適応したものである。
勝てない提督や卑怯な司令官をすぐさま更迭した米軍 ( 哲学 ) - 仕事の流儀 【哲学編】 - Yahoo!ブログ
ザ・ゴール ― 企業の究極の目的とは何か | エリヤフ・ゴールドラット, 三本木 亮 | 本 | Amazon.co.jp
最小の努力で最大の効果を得るには、全体最適が常に優先されるべきである。
正しい仕事は何かが正しく定義され、評価されなければ、誰も正しい仕事などするはずがない。
会社に損失を与えてきたのは、人間が正しい仕事を行わない「仕組み」をつくりあげた会社組織そのものである。
ゴールドラット博士
KFS(Key Factors for Success)
Amazon.co.jp: 企業参謀―戦略的思考とはなにか: 本: 大前 研一
「物事には、その結果に影響を与える主要因というのがかならずいくつか存在する。
これらをうまく管理あるいは応用すれば戦略が成功する」
「戦略思考家とは、みずからの担当する職務(役職、業種、業務)において、
つねにKFSがなんであるかという認識を忘れない人のことであろう。
そして、彼は全面戦争ではなく、
KFSに対する限定戦争に”挑戦的”に挑むのである。」
多大なお金と時間をテクニカルサポートに費やし、より多くのドキュメントを作成し、開発スピードを遅らせ、
そして最終的には私達のアプリケーションのカスタマーエクスペリエンスを
うまくコントロールできなくなってしまうでしょう。
Webベースのソフトウェアは顧客側の作業を必要とせず、たちどころにすべての顧客に対してアップデートを行うことができます。
組織も人も最適化の果てにあるのは緩やかな死 | @masuidrive blog
http://wordpress.rauru-block.org/index.php/1587
Google にとってユーザの PC はブラウザさえ動けばよい。
Google にアクセスしさえすれば、メールもカレンダーも表計算アプリケーションも
全てサーバ上で動いてブラウザ上に表示される。
ユーザが自分のPC上にアプリケーションを
http://satoshi.blogs.com/life/2007/09/post-8.html
1. サイレント・マジョリティの声は聞こえてこない
これはMicrosoftで実際にあったことだが、
Outlookのチームではユーザーから寄せられる機能追加のリクエストに従って色々な機能を足していた時期があったが、
その結果不必要な機能ばかり増えて、単純な作業が逆にやりにくくなってしまった(たとえばカスタム・フォームが良い例)。
http://www.chikawatanabe.com/blog/2007/05/flickrcaterina_.html
「Ajaxを使ったドラッグ&ドロップなどは一部の人しか喜ばない」
Evernoteを苦しめる「5%問題」は本当に取り組むべきことを照らす道しるべになる - GIGAZINE
Google Calendarはサイボウズにとって悪夢か追い風か?:Speed Feed:オルタナティブ・ブログ
正直なところサイボウズとしてはあまり気にする必要が無い。
Googleはいまだファイアウォールを越えて、企業システムには入り込んだ実績がほとんどないし、
これからもそれは彼らにとって高すぎる壁になると僕は思っている。
サイボウズの場合どのようなシナリオを想定するかといえば、やはり
「無料のグループウエア ASP の登場」です。
しかしこれは二つの側面から見て、サイボウズに対して直接的な影響を及ぼす可能性は低いと個人的には見ています。
http://blog.cybozu.co.jp/aono/2006/04/google_calendar.html
Google Calendar は、サイボウズが提供したい価値とは違うように感じました。
私たちが提供したい価値は、情報共有による知の創造であり、誰でも使える大衆化であり、チームワークの醸成です。
私たちは、私たちなりのアプローチで、世界に価値を提供していきたいと思います。
http://blog.cybozu.co.jp/aono/2007/09/post_c821.html
今後、新たな破壊的イノベーションによって、私たちサイボウズが存在意義を失う恐れがあります。
私たちも、時代に合わせて変化していかなければなりません。
[k] kam.iokan.de: Googleカレンダーから始まる?イントラネット2.0
サイボウズ(イントラネット1.0)にGoogleカレンダー(ウェブ2.0)
一方でサイボウズからすれば、Googleの破壊的な活動の1つGoogle Apps for Your Domainの動向も気にしているはずですだったりもします。
(おそらく、サイボウズを導入している企業でGoogle Apps...に乗り換える企業は少なく、直接競合することはないんじゃないかと考えてますが)
ちぎっては投げ:ドリコム 下方修正 - livedoor Blog(ブログ)
会社に必要なのは
共有フォルダと
あれば事足りるわけで。
大きな企業だと
掲示板や
ほしくはなるけど、
社内ブログ/社内SNSはそれよりも優先度低いと思う。
何しろなくても仕事できるし、そういうものがあることで、
逆に生産性落としそうだし。
かつて電力に起こったのと同じことが起ころうとしています。
20世紀初頭には、企業は電力会社の副社長を雇わなければならないと考えたものですが、今は壁にプラグを差せば電気はやってきますよね。
Gmailの容量が最大250GBまで拡張可能に、実際に増やしてみた
はてなブックマーク - Google カレンダーは113台のサーバで動いている - GIGAZINE
Gmail同士で外部POP(Mail Fetcher)でメールを取り込む裏技
Gmail⇔Google Apps 間の移行やGmailバックアップに!
基本的にGmailも、Google Appsも同じ操作性になっているので、相互のメールの移行に便利です。この機会にGoogle Apps(有料版もあり)へメールを統合するのも良いかもしれません。
先日Google Appsに対応した日本大学や東京女子大学、嘉悦大学、リアルコムに入る人、
au oneメール利用者、新Livedoorメール利用者などは、自分のGmailデータをひっさげて簡単に移行できる事になります。
その逆もしかり。
また、いざアカウントが消失した時のバックアップとして別のアカウントに溜め込むのもオススメです。
バックアップに関しては、送信済みメールも受信されるので便利。
グーグル、日本大学にGoogle Appsを提供--50万人規模での利用も検討 - CNET Japan
Google Apps Education Editionは教育関係者向けの無償サービス
最終的には卒業生を含め約50万人へのサービス提供
2.0の世界に挑んだ人と組織 - 無料でも可用性は低くない:ITpro
大学のOB/OGなど50万人
[N] 日本大学が「Google Apps Education Edition」採用
魅力はなんといっても「2GB以上」の大容量です。
また、情報センターの視点で見ると大学の計画停電などに左右されないのも魅力です。そして何より無料!
両校のログイン画面を見ると、非常に似ています。
どうやら日本大学に続いてGoogle Appsを導入する大学が現れたらしい - Clear Consideration(大学職員の教育分析)
Google Apps Education Edition は、無料のコミュニケーション/コラボレーション ツールと
ピクサーが社内システムを「Google Apps for Your Domain」に乗り換え - GIGAZINE
Google Apps Premer Editionを迎え撃つ必要がなくなったことに安堵する。:Speed Feed:オルタナティブ・ブログ
Google Apps Premer Editionが登場したことで、
Web型グループウェアおよび法人向メールサーバーの提供企業は、かなり深刻なダメージを受けることは間違いない。
MSエクスチェンジやノーツのように業務システムに深く食い込むシステムであれば別だが、
Gmail、カレンダーをSaaS形式で--Google Apps製品版、日本の料金は年間6300円/人に - ZDNet Japan
editions.html - www 無料 or 年額6300円/ユーザ
Standard Edition & Premier Edition
iGoogleにYahoo!も表示できる!好きなページをタブいっぱいに表示するガジェット「Your Page Here」 | G Mania - グーグルの便利な使い方
例えば、
Googleカレンダーを表示してもいいし(iGoogle用のミニカレンダーでは物足りないですね)、
Yahooカレンダーを表示してもいいし(Google以外でもOK!)、使い道は無限大です。
LivedoorReaderを表示
デフォルトではGoogleカレンダーが設定されています。
別のページを表示させるには、タブ右側の矢印をクリックして、「設定を編集」を選択します。
【iGoogle】 任意のページを追加するガジェット 「Your Page Here」: ぴっくあっぷ。
ブログの投稿ユーザー 1 人のユーザーがこのブログに投稿できます 投稿ユーザーを追加
ブログの閲覧ユーザー すべてのユーザー 選択したユーザーのみ ブログの投稿者のみ
Google Packに「更新無料」のセキュリティツールが追加 - ITmedia ニュース
Gmail (メール) Gmail
Google カレンダー https://www.google.com/calendar/render Google Calendar
Docs (ワープロ) & Spreadsheets (表計算) Redirecting...
Google Apps for Work - Google のクラウド型グループウェア 無料
editions.html - www 無料 or 年額6300円/ユーザ
Standard Edition & Premier Edition
Google Apps for Your Domain を使ってみました! : サインアップ編 - WebOS Goodies
Google Apps for Your Domain を使ってみました! : 管理機能編 - WebOS Goodies
test カレンダー
はてなブックマーク - 今日から始める「Google カレンダー」特集(前編)
予定をドラッグで移動できるのは偶然気づいた。びっくり。
もっと便利にGoogleカレンダーを使う7つのTips - ITmedia エンタープライズ
「11時から会議」の予定を入力する時、11時のセルをクリックしてはいないだろうか。
実はGoogleカレンダーでは適当にクリックして、簡易入力の吹き出しに「11時に会議」と入力すれば時間を自動的に調整してくれる。
日本語化されたGoogleカレンダーを使ってみました - ITmedia エンタープライズ
ログイン方法
カレンダーの入力方法
公開カレンダーの参照方法
スケジュールごと共有設定が可能。出欠確認やコメント機能も
Google カレンダーの共有機能は大きく分けて2つある。
1つはカレンダーに登録されたスケジュールごと個別に共有する機能、
もう1つはカレンダーごと共有する機能だ。
また、共有とは少し異なるが、スケジュールの内容をインターネットやブログに公開できる機能も備えている。
ユーザーごとにカレンダーを共有する場合は、空き時間もしくは予定の詳細を閲覧させるだけでなく、
カレンダーの編集権や、さらに他のユーザーと共有する権利を与えることも可能。
Google Calendar の使い方 | グーグル・カレンダーの便利な機能や特徴を紹介します
Outlookもサイボウズも窓から投げ捨てよう!
Gmailとの連携でデキルあなたを創る!
話題のAjaxインターフェースでサクサク使える次世代型Webスケジューラ「Google Calendar」の使い方!!
一日の予定を指定時間にメールで送信することができる。
⇒ リマインダーとの組み合わせで予定を忘れることも皆無。
イベントに登録できるのはイベント名、日時、場所、詳細情報。さらにコメントを書いたり招待状を送ったり。
イベントの招待状をメールで送信できる。
⇒ 参加・不参加の回答は招待状のリンクをクリックするだけ(Gmail、Google Calendarのユーザーでなくても可能)。招待状への回答もGoogle Calendarで確認できる。イベント主催者の強力な味方!
Googleカレンダーをもっと便利に使うための13のツール&Tips | POP*POP
GoogleカレンダーでToDoリストを管理する
ブログ上で予定を確認する
Googleカレンダーのリマインダー機能を活用しよう - ITmedia エンタープライズ
携帯電話で受け取るには
多様な通知機能がGoogleカレンダーの特徴の1つだが、
「国名(デフォルトで日本になっている)」「ユーザー名」「モバイルメールのドメイン」「確認コード」をそれぞれ入力する必要がある。
Googleカレンダーを携帯で見る方法:補足 - fixture.jp
カレンダーを公開にしなくても携帯から見ることができる方法を発見。
Googleカレンダーを携帯から完全コントロール!:Gmailer
個人用PIMツールとして、とても評価の高いGoogleカレンダー。
直感的に操作できるユーザーフレンドリーなインターフェースの完成度は、
もはやGmailの域をも完全に超えてしまっていますね。
そのGoogleカレンダーを携帯から完璧にコントロールできるシステムを発見しましたので、ご紹介したいと思います。
あなたは、会社の部下と1時間のミーティングをするとしたら、いつこの予定を入れますか。
Google Calendar を便利に使う 20 の最新 Tips - オンライン快適仕事術
日報
クレーム管理
「Google Spreadsheets」、順番待ちを避ける裏技は"共有" | マイナビニュース
「閲覧のみ」、「編集を許可」というように相手の権限を設定する。
グループでテキストチャットをしながら共同作業を進められる。正に"リアルタイム"コラボレーションである。
このような複数ユーザーによるコラボレーションは、すでにGoogle Calendarで実現しているが、用途はスケジュール管理に限られる。
ToDoリスト、スケジュール、在庫管理、クレーム管理、日報、労務管理、勤怠管理、FAQ、経費管理、予約管理、設備予約、住所録、伝言板、アポイント調整
チャットをしながら作業ができる表計算「Spreadsheets」
「Spreadsheets」の「Formulas」画面。B12~H12のセルをマウスで選択、