ジャーナリスト・池上彰氏が朝日新聞に対し、連載「新聞ななめ読み」の中止を申し入れたことが明らかになった。朝日関係者が明かす。 「月に一度の連載『新聞ななめ読み』は、池上氏が一つのニュースについて各紙を読み比べ、その内容を自由に論評するもの。8月末の予定稿では、慰安婦報道検証を取り上げており、『朝日は謝罪すべきだ』という記述があった。朝日幹部が『これでは掲載できない』と通告したところ、池上氏から『では連載を打ち切ってください』と申し出があり、その予定稿はボツになったのです。これまでも同連載は、『朝日の記事は分かりにくい』、『天声人語は時事ネタへの反応が鈍い』などの批評を掲載しており、今回の反応は異常ですね」 池上氏本人に確認したところ、事実関係を認めた。 「連載を打ち切らせて下さいと申し出たのは事実です。掲載を拒否されたので、これまで何を書いてもいいと言われていた信頼関係が崩れたと感じ

今日仕事が終わったらふたりで飲みに行く約束してたのに乳デカイだけのバカ新人が同行したいって言いだして超むかつく こっちは後がないんだよ！軽い気持ちで邪魔すんじゃないよ彼氏いるくせに 奴が帰社したらすぐ出れるように仕事バッチリ終わらせたのに全部パーになる 若くて巨乳が相手じゃ勝ち目ないじゃん 巨乳が憎い・・・乳だけで世渡りしやがって 貧乳の苦労なんか一生わかんないんだろうなクソ 若い子に巨乳が増えてきてる気がして本当に焦る ちくしょう 飲み屋一軒で巨乳と帰りやがったよバカ野郎 明日会社いかねえ ※上2行は昨夜21時半頃追記だよバカ。今は翌日12時だクソトラバ共そこまで説明しなきゃ貧乳なだけじゃなくおっさん扱いかクソが

windowsアプリ作りたい → C#,VB.NETmacアプリつくりたい → Objectiv-CWebアプリ作りたい → PHP ＆ JavascriptiOSアプリを作りたい → Objectiv-C, swiftAndroidアプリを作りたい → Java(スマホアプリは両方のソースを共通化したいとかゲームを作りたいという需要でJavaScriptやC#,C++という選択肢も用意されている)unix系のOSでツールをつくりたい → C, Ruby, Pythonunix系のOSでミドルウエア的なものを作りたい → C, C++バリバリ動くゲームを作りたい → C++言語を作りたい → COSを作りたい → Cやりたいことが無いがなんとなくプログラムをやりたい → なにかやりたいことを見つける就職したい → PHP, Java, C#

総勢10人の小さなベンチャー企業が2000年の歴史を持つねじに革命を起こそうとしている。らせん構造を持つ従来のねじは時間の経過とともに緩むリスクがあるが、特殊な構造を持つ「緩まないねじ」を開発した。大幅増資を実施し、量産に備える。ねじの革命児を訪ねた。学校に行かず発明続ける「学歴なし」「就職歴なし」。こんな経歴を申請書類に記入しながら、経済産業省や東京都の開発資金を受け取っている男がいる。緩

初心者と中級者、上級者の違いとは何でしょうか？ 初心者は、 知識が少ない 開発したソフトウェアの数が少ない 中級者・上級者はその逆で、 知識が多い 開発したソフトウェアの数が多い その結果生まれる実質的な差は、 「初心者はかんたんなものしか作れないけど、中級者・上級者は難しいものを作れる！」 ということです。ですから、初心者が中上級者になるには難しいソフトウェアを作るのに役立つ知識を身につければ良いわけです！ 難しいソフトウェアとは、 ロジックが複雑で難しい 規模が大きい 性能要件が厳しい 納期が短い など、いろいろな難しさがあります。 これらのハードルに対抗する知識・技術について紹介します。 規模が大きいソフトウェアを作るための技術 規模が大きいソフトウェアを作るための技術には、以下のようなものがあります。 モジュール分割 アプリケーションアーキテクチャ フレームワーク プログラミング作

【サイボウズ式編集部より】「ブロガーズ・コラム」は、著名ブロガーをサイボウズ外部から招いて、チームワークに関するコラムを執筆いただいています。今回は「My Favorite, Addict and Rhetoric Lovers Only」のファーレンハイトさんが考える「チームで相談される人、相談されない人の違い」についてです。 "仕事ができる人"には2種類のタイプがいる。相談をされる人間と、相談をされない人間だ。 逆に言えば、きちんと相談ができる人、できない人という観点もあるが、今回は相談を受ける側について書いてみたいと思う。 まわりに人が集まる"できる人間"、集まらない"できない人間" 仕事ができると思われている人は何かと相談を受けている。「知っていますか？」という知識レベルの話であったり、キーパーソンとの仲介を頼まれたり、「どうすればいいのか？」という現状打破へのアドバイスであったり

おことわり このTipsは不作法だとして異論が出るかもしれないが、私自身がよくやるのでここで公開してみる。それは一体何かというと…… コマンドヒストリーが残るのイヤだ! と思うことってよくないだろうか? 開発環境で、後に再利用することは到底ありえないくらい長ーいワンライナーを書いたり、あるいは rm -rf * みたいなキケンなコマンドを実行したりして、ログアウト後にそういうのを残したくない、と思うこと。 そんなアナタにオススメのTipsだと思う。 次のコマンドを実行すればOK