「デプロイ」を含む日記 RSS

はてなキーワード: デプロイとは

2018-04-15

システム監査技術者2018/4/15メモ

覚えている内にメモ

■午後1

<大問2>

設問1:本番運用サーバに負荷を与え、予定や会議室登録などの従業員の通常業務に影響するリスク

設問2:申請者に、個人情報の利用目的・保管場所削除予定日を確認し、実際に削除されたことも確認すること

設問3:必要以上のサービスレベル提供する体制を用意することにより、コスト配分を最適化できないリスク

設問4:活用検討会の議事録を通期確認し、新規データおよび追加収集したデータの利用状況を確認する

設問5:会議開催実績表を通期確認し、情報共有を目的とする各部門の会議が減少していることを確認する。

<大問3>

設問1:a=新販売システムでの自動チェック

設問2:b=EDI取引契約

    c=受注伝票

設問3:e=1注文が10万円以下となるように分割発注されてしまう、

    f=受注責任者が、承認なしで処理したデータ一覧を日次で確認する

設問4:g=出荷完了リスト出力時に、当日出荷日のデータが出荷入力されていない場合に通知する機能があるか確認する

■午後2

<大問1>

難しそうだが選択者が少なく採点甘めになりそうだったこと、

H25午後1--問1がアジャイルに関するもので、イテレーション毎の反省会

要件スコープの逸脱に注意する点などが述べられていて、覚えていたためにこちらを選択した。

# TAC合格トレーニング本の解説もためになった。選んでよかった。

設問ア:

システム概要を述べる。インターネットシステムのほうがよさそう。

開発会社のPKG部分からの追加開発が多いこと、

要件不明瞭な点が多いこと、社会情勢によって本PJへのコスト配分を検討したいため、

などがアジャイル開発を採用した理由とした。

アジャイルの内容としては、イテレーション4週間で設計・開発・テスト・UATおよび内部分析したこと

開発環境に関しては、自動ビルドデプロイツールを利用したこと記述

設問イ:

2-1 体制スキルに関するリスクコントロール

 ①アジャイル経験者がないために、PJが進められないリスク

 ②アジャイル経験者がないために、Pスコープ外の顧客要件対応してしまリスク

 ③アジャイルにおける開発環境構築の経験者がいないために、テストが遅れ納期間に合わないリスク

これらのリスクに対するコントロールとして、PMPJ立上げ時に各経験者を参画させる必要がある。

また、開発が進んだ時には、1イテレーションの終わりに、当サイクルのプロセス分析し次サイクルに

改善点を生かしていくコントロール必要

2-2 開発環境整備に関するリスクコントロール

上述の③のようにスキルのある人材必要だが、実際の構築にあたり、

実はスキルが無く、進められないあるいは構築した環境品質がひくくなりテスト進捗が遅れるリスク

期待したメンバが、他タスクに埋もれ本来環境構築作業に着手が遅れテスト進捗が遅れるリスク、がある。

このコントロールとして、PMが構築時の進捗および品質を把握し管理する必要がある。

設問ウ:

3-1 体制スキルに対する監査手続

監査証拠  :PJ立上時のPJ計画

監査手続き :体制図の説明を査閲する。

監査ポイントアジャイルアジャイル用の開発環境構築のスキルを有していることをPM確認しているか

       またコレに関する上長承認を得ているか

監査証拠  :イテレーション毎の成果分析会の議事録

監査手続き :査閲する。

監査ポイント:終わったイテレーションプロセス反省・次への改善点に言及されているか

       次サイクルの同議事録で、その改善効果言及できているか

3-2 開発環境整備に対する監査手続

監査証拠  :構築フェーズにおけるPMPJ進捗報告書

監査手続き :査閲する。設計工程や構築工程フェーズアップ資料か。

監査ポイント環境構築の進捗が把握されていること。環境の構築品質について評価していること。

監査証拠  :実際に構築された開発環境

監査手続き :開発メンバあるいはテストメンバにヒアリングする。

監査ポイント:開発したモジュール自動デプロイされ当日あるいは翌日に当該機能テストができる状態か。

以上

2018-03-20

anond:20180320033921

えぇ。。。まじだよ。。。

それっぽいん単語出したら信じてくれないか

docker-composeを使ってGolangMysqlイメージ使っていつも開発してぞ

好きなエディタ学生無料で使えるIntelliJ IDEAでgoLand をよく使ってる。

Gitだってブランチ切ったりアドコミットプッシュくらいでGitHubを使ってプルリク系の開発をチームでしたりもした。

AWSインスタンス立てたりロードバランサつけてインタンンス二つに流したり、CDNさしたりもできる

いうてCDNの設定とかドメインの設定だけでラクチンなんだけどね。

あ、あと最近サーバーレスにはまっててaws lambdaをserverlesって言うツール使ってデプロイとかしてる。

これだけ言えば本当にエンジニアだってわかるよなぁ?

テストとかも書いたことあるからモックとかも当然理解してる

文系エンジニアなんて死ねばいいのに

文系エンジニアなんて死ねばいいのに

俺、Webサービス作ったんすよ(Rails

俺、iOSアプリ作ったんすよ(Swift

俺、Macbook使ってるんすよ(タッチバー付13インチPro

俺、プログラミングスクールプログラミング教えるアルバイトしてるんすよ(そいつはそのスクール卒業生

これぞ量産型文系エンジニア()

懇親会で「皆さん嫌いな言語とかフレームワークはありますか?」と話題になると私は即座にRailsと言う。

すると文系エンジニアはみんな嫌な顔をする。

そこでちょっとお話をすると皆怯んじゃう。

「あのコマンドを打つと中で何が起きてるか知ってますか?」(知らない

ActiveRecord?生でクエリいたことあるインデックス意味くらい知ってるよね?」(書いたことない、適当なこと言う

へーその作ったサービスURL教えてよ

3分

「alert('XSS')」

Session?Cookie?(何それどんな味のクッキー

CSRF?(企業理念か何か?

百歩譲って学生エンジニアならまあセキュリティ無知なのは分かる。

しかしだな、文系エンジニアは「俺もハッキングしたい(笑)」な勢いで詳しく解説することを要求してくる。非常にウザい。

"

お前はよぉ!自分で探すってことをできねぇのかよ!?

"

しょうがないので優しく解説すると「君ってハッキングとかしてそう(笑)」「君将来ハッカーになりそうだわ(笑)クラッキング的な意味で)」

死ねよ。

文系エンジニアはこれだけではない

俺、Git使って開発したんすよ(GUIのSourcetree

え?バグちゃんテストしたんだけどなぁ(完全手動テスト()

デプロイ先は9割Heroku。(HTTPS対応

AWSGCP登録はしたものの使い方が分からなくて結局放置

SSH証明書を使わずパスワードオンリー

pwdcdしか知らない(Makefileを作ったことないからいつもネットコピペコマンド

見た目重視のTerminal(ネットコピペ設定)

最近聞いた文系エンジニアもっと面白い

新規事業を開発してる文系エンジニア集団がいた。

開発は順調、プロモーションをかけていざリリース

はいゴールデンタイム鯖落ち。復旧した時にはゴールデンタイム終了のお知らせ

理由CDNを刺してない、貧弱なプランの鯖(勿論ロードバランサなんか使ってない)

噂による無線LANルーターの設定も出来ないレベルらしい。

でも彼らは一応優秀な文系エンジニア高学歴サービスも作ったこともある、それなりの実績も持っている。しか文系だ。

こういう奴らがいるかちゃんとしたエンジニアを軽視される。黙って営業職に転職してこい。

まあでも大学じゃ作者の気持ちしか考えてないのだから当然のなのかもな(笑)


追記

残念な理系名前を書くだけ一発採用派遣SIer対象としてない。論外だ。

給料が安い?

そんなことは無い。400万以上貰える会社内定もらっているか嫉妬も不満も特に無い。

だがしかし、ムカつく。

そんな奴が同期にいたら蹴り飛ばしてやりたくなる。

そうさ、今はSwiftiOS時代だ。

だが見てみろ、あいつらのアプリバックエンドが無いんだぞ?意欲は認める。だがそれで胸を張ってiOSエンジニアなんて無理があるだろ?

2017-12-13

IT企業つらいこと一覧


転職かぁ

2017-10-31

日本IT業界がしょっぼいのは社会のせいであり、政治家のせいであ

政治家社会に対する影響はでかい

洗脳教育しようと思えば簡単にできるし、既成概念だって作り上げることができる。

日本人なんかステレオタイプ支配された人間だらけだ、超簡単

で、それは前置き。

日本IT業界は言うまでもなくしょぼい。

世界で急速に廃れてきているRubyに今なお熱狂する日本エンジニアDockerの開発環境の構築方法が〜と使い方も然ることながら他国ではデプロイにおける完全デファクトスタンダードとなっているのに2017年にそんな記事を出して大量のブクマゲット。

技術力と創造力がダブルでイケてないことはある意味すごい。

イノベーションがないとか誰か言ってたな。暇じゃないからとか馬鹿なことを言っていたな。

ビジネスイノベーションがないから競合だらけで時間カバーしようとしているんだぞ、逆だ。

しかイノベーションがないことを個人のせいにしていいのだろうか?

もしAirBNBみたいなサービス日本会社が一番最初に作ったとしたら?

おそらく外野からボロクソに叩かれて、問題レッテルを貼られて沈没

Uberだってそう、Fintechサービスだってそう。

世界で許容されているから初めて日本でも受け入れる土壌ができあがる。

日本コピー文化は後追い文化だ。

でも、日本初だったらそうはいかないと思う。だってこの社会前例がないことが嫌いだから

世界は常に合理性を求めている。

日本とまったく真逆。非合理性を良しとするこの土壌なんなの?

世界では革新的とされることは、ことごとく日本法規制にひっかかるのではないだろうか?

もし日本会社最初に始めたのならね。

からこれは社会のせいでもあり、そんな社会を作り上げてきた政治家のせいである。

2017-10-12

Googleにデコイを食わせろ!

「よろしい、ならば戦争だ」

Google検索と戦う方法を紹介します。

デコイ

デコイ(英: decoy)は、狩猟で囮に使う鳥の模型。これが元来の意味である

デコイ英語: decoy、Military dummy、囮とも)は、敵を欺瞞して本物の目標と誤認させる目的で展開する装備の総称

ネガティブSEO

リバースSEO」や「ネガティブSEO」とも呼ばれる逆SEO

逆SEOとは、特定サイト検索順位を下落させること

Matt Cutts氏が指摘するように、順位を下げるために付けたリンクが、期待とは正反対順位を上げる手助けをしてしまうこともあり得なくはありませんね。

リンクされているサイトではなく、リンク元サイトスパムかどうか判断していることをGoogleゲイリー・イリェーシュ氏がMarketing Landポッドキャストで明らかにしています

この説明にもネガティブSEOの具体例をあげて解説していることからペンギンアップデートネガティブSEO対策に力を入れていることがうかがえます

方針

  1. ネガティブSEOではなく、ポジティブSEO採用する。
  2. ポジティブSEOデコイを大量に投下する。

あなたプログラマーではない場合(手動)

  1. あなた名前を付けたブログTwitterアカウントを作る。(例:はてな次郎のダイエット日記
  2. 質の良い情報必要なので、趣味や特技を活かしたテーマ記事を書く。(例:スムージーオリジナルレシピを紹介)
  3. 業界有名人積極的メッセージを送る。(例:料理家・平野レミさんのちくわストローで飲むティスムージーレシピ感想を送る) https://twitter.com/Remi_Hirano/status/759208574694359044

 

目的は「はてな次郎」の文字列自分管理して、インターネット上に増やすこと。

 

  1. ブログ記事動画にして、YouTubeにアップする。(YouTuberビデオブログ
  2. ブログ記事書籍にする。(例:Amazon KindleAmazonオンデマンド印刷本)
  3. 書籍オーディオブックにする。(例:Amazon Audible

 

目的は「はてな次郎」の文字列を爆発的に増やすこと。

 

セルフプロデュースセルフブランディングするのがポジティブSEO王道です。

現在、「はてな次郎」をGoogle検索したら1万件ヒットする場合セルフブランディングした情報が3万件ヒットするぐらいを目指してください。

はてな次郎」に関する誤情報が、検索結果の10ページ以下に沈めばとりあえず成功です。

あなたプログラマー場合自動

はてな次郎」という文字列インターネット上で増殖させる作業を、手動ではなく自動で行うことも可能です。

 

  1. クローラー」を作り、Web上のデータ収集する。
  2. AI自然言語処理データを加工する。
  3. 加工したデータをもとにポータルサイトを作る。

 

(例)有名人応援するファンサイトを作り、各ページのタイトルやヘッダーに「はてな次郎」の文字列を入れる。

  1. Amazon商品データスクレイピングして、本=著者、CD歌手DVD監督俳優人物データベース作成する。
  2. その人に関する情報スクレイピングする。(DBディアAPI、あのひと検索スパイシーを参考にする)
  3. 日本語英語日本語の往復翻訳をするなどして、オリジナルデータを少し改変する。
  4. 人物に関するデータから、その人物の三行紹介を作成する。(マルコフ連鎖圧縮新聞のような記事を生成する) http://pha.hateblo.jp/entry/20071124/1195904502
  5. 自分が好きな歌手女優なら、自分で紹介記事を書いても良いです。(手動の作業も加えてOK

 

このような方法で、100万ページ程度のWebサイト自動的に作れます

データや加工方法を変えて、さらWebサイトを作れば「はてな次郎」の文字列インターネット上に1億個以上投下することも可能です。

いいね工場

アメリカ大統領選挙ロシア情報操作を行っていたと言われている「ロシアゲート事件」を参考にして、SNSデコイをばらまくことも可能です。

  1. 安いスマートフォンSIMカードを大量に用意する。
  2. SNS操作する専用アプリを作る。(DeployGateやTranspoterPadのようなデプロイツールを利用)
  3. はてな次郎」の情報自分で作ったブログWebサイトSNSアカウントなど)を拡散したり、いいねを送る。

 

ユーザー陳情を受付けないGoogle傲慢ですね?

やりたい放題のGoogleをブッ飛ばすには、プログラミング有効です。

頑張ってください。

 

追記

記事仮名が変更されたので本記事仮名も変更しました。(はてな次郎)

 

補足:

はてな次郎」の文字列自分管理

自分が書いた投稿なら、必要に応じて(自分権限で)表示/非表示を切り替えられるので管理上都合が良い、という意味です。

2017-02-09

原始時代を生きる弊社を見よ

http://anond.hatelabo.jp/20170209075944

Rails/PHP7で開発してる

PHP5.3。フレームワークすら導入していない。

Macとサブディスプレイ支給されてる

Win10シングルディスプレイデザイナーはPSDデータとかで容量を圧迫するに決まってるのに、低容量のSSD使用している。逆にプログラマーはそんなに容量使わないのに大容量のHDD使用している。頭悪い。

Vagrantとかで環境構築してる

VirtualBoxで全部手動ですが何か。ドキュメントもないので全員環境がバラバラですが何か。

自動デプロイしてる

huh...?

gitバージョン管理してる

サ ブ バ ー ジ ョ ン

チケット管理してる

口約束なら...

テスト書いてる/自動化してる

テスト工程を削ってる。受入テストすらも。テストせずにぶっつけ本番リリース。画面みたら即わかるnon objectエラーでさえも気にしない。言われるまで直さな

コードレビューしてる

みんな忙しいバリア貼ってるので...

チャットツールコミュニケーション取ってる

弊社のトレンドメールである

Excel方眼紙使ってない

wordやで。

アジャイル開発だ

ウォーターフォールすら理解してない。とりあえず空いてる人全員ぶっこんどけの人海戦術

裁量労働制

実質的な定時は22時やで

ああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああ

技術ホワイト企業Web系)

Rails/PHP7で開発してる

Macとサブディスプレイ支給されてる

Vagrantとかで環境構築してる

自動デプロイしてる

gitバージョン管理してる

チケット管理してる

テスト書いてる/自動化してる

コードレビューしてる

チャットツールコミュニケーション取ってる

Excel方眼紙使ってない

アジャイル開発だ

裁量労働制

2017-01-31

【開発】アンテナサイトのジェネレーターを作った

しがないWebエンジニアをしています

今年の1月からチマチマ作っていたアンテナサイトのジェネレータを公開しました

アンテナサイトメーカー

http://antena-mk.com/home

サービス説明

お好みのRSS登録するだけであなただけのアンテナサイトの完成です。

自身広告掲載できるので、お小遣い稼ぎもできます

Google Analyticsコードを使ってアクセス解析もできます

ダッシュボードにて、アクセスランキング、逆アクセスランキングなんかも見ることができます

今後はアクセスに応じて調整するような機能などを追加していく予定です。

使用技術

作ってみた感想


ぜひ使って感想ください!

2017-01-16

クラウドソーシングで開発案件を探してみたけど

フリー仕事をして5年目。仕事が途切れたので案件さないとなと思い、先週から知り合いとご飯したりして案件探してる。普段仕事ほとんどが知り合い経由での紹介。

さっき、ふと、クラウドソーシング各社ではじめて真剣案件探してみた。

海外の知り合いはクラウドソーシング案件とってるといっていたし、聞いたら単価も高かったので、そういう世界なのかと思ってたら、日本案件はひどかった。

探し方が悪いだけなのかもしれないけど、まともな単価の案件は見つからなかった。

常駐型で20万〜40万/月とか、サーバたててデプロイして手順書つくって5000円〜1万円とかが存在する。

こんなんだと日払いで引越しバイトでもやってたほうが圧倒的に儲かる。

そしてなにより怖いと思ったのはそれに応募してる人がいること。

フリーランスになったら最低でも60万/月は維持しないとフリーになった意味ないし人生詰むと思ってるんだけど(ボーナスもないし、案件とぎれることもあるし、国民年金しか加入してないし、病気になったら終わるし)、こんな貯金もできないような単価で働く人がいるのかと思うと心が痛い。

こんな単価で受けるのは、未来の働き方なんかではない。

クラウドでのマッチングはいいことだと思うし、地方にいても働ける時代がやってくるべきだと思ってる。

でも、今のクラウドソーシングは、営業ができない人と、安く買い叩きたい会社マッチングするプラットフォームしかない。

単価を上げる努力を各社しないと、安く労働力を獲得するためのプラットフォームしかない。

2016-11-20

大多数のプログラマは…

IT業界に努めてもうそろそろ二桁年。

そこそこの企業特にWeb系で渡り歩いた経験から真実を書こう。

一般的プログラマと呼ばれる人たちは

はっきり言う、ほとんどのプログラマ自称する人間の 9 割はコーダーである

言われたものを作る事はできるが、それ以外何も出来ないと言って過言ではなく、何もしない。

そんな驚きの生体をここに晒していく。

一般的コーダー自称プログラマ)は、アプリケーションの基盤が作れない

標準化と呼ばれるプロセスで、プログラマ環境設計、組み合わせ、開発プラットフォームセットアップ、開発環境の構築手順作成、開発手順の作成必要技術考察を行う。

なぜそうなったのかは知らないが、一般的にそうなっている。

その環境に浸っているせいか、彼らはゼロベースものを作ることが出来ない。

彼らにできるのは HelloWorldコマンドプロンプトで表示するプログラム程度の事しか出来ない。

複数ソースの連結、ライブラリの読み込み、サーバへのデプロイ、どれも手動で出来ないのだ。

一般的コーダー自称プログラマ)は、保守性を考えない

彼らは自分に任されたものを動かせればタスクが終了する。

逆にそれ以外のこと、コードの読みやすさや、クローン率の低減、メソッドコメント記載などの保守に関わることをしない。

それは彼らにとって「必要ない無駄作業」としか考えないのだ。

早く仕上げるためなら、似たような動いてる箇所から、よく読みもせずにコピペを行う。

そして彼らは、作るより運用する期間の方が遥かに長くて、その間に修正地獄を見るという簡単論理に気づかない。

…何度味わっても気づかない。

一般的コーダー自称プログラマ)は、勉強しない。

一般的プログラマコーダー)は勉強をしない。

たとえするとしても、業務時間中に業務で使ってる技術ピンポイント学習するだけだ。

勉強会は確かに多い。「.dits」何かがいい例だ。

だが、プログラマと呼ばれる人間の母数に比べれば微々たるものだ。

彼らは言う「土日にまで仕事してられるか」「勉強会行ってるの?馬鹿か?」

あえて言おう、馬鹿は彼らだ。

一般的コーダー自称プログラマ)は、自分の使う道具がわからない

Web仕事をするならIDE統合開発環境エディタコンパイルテストデバッグ実行などを画面から行えるツール)はほとんど必須エディタで済ませる事も出来なくはない)が、彼らは状況に応じたセットアップができない。

たとえば「Mavenプロジェクト管理ツール)、checkstyleコーディング規約チェック)、editorconfig(改行、インデント文字コード設定)」が入っていたとする。

するとEclipseなどを使うとして

  1. どのプラグインを入れればいいか調べられない
  2. どうやってプロジェクトを取り込めばいいかからない
  3. プラグインを入れても設定方法がわからない(IDEデフォルト設定と、プロジェクト内の設定の違いを認識できない)
  4. IDE の設定画面がわからない

マニュアルチュートリアルを用意しないと、道具の使用もままならない。

一般的コーダー自称プログラマ)は、テストコードで書かない

テストをなるべく機械やらせようということの利点が理解できない。

コンパイルして動かして確かめればいいと本気で考えている。

そのために、何十回もコンパイルデプロイアクセスログインの手順を何度も繰り返す。

関連する他の修正を行うたびに繰り返す…。

そしてやっと動くとひと仕事終えたと満足感に浸る。

一般的コーダー自称プログラマ)は、プライドが無いか、変なプライドを持っている

ラリー・ウォールというとある有名な人物Perl開発者にしてC言語ハッカー)がいる。

彼の言う三大美徳に「傲慢」がある。

これは、自分の作るもの完璧なのだ、だから完璧であるように出来る限りのことをするという美徳である

一般的コーダー自称プログラマ)は、このプライドはない。

彼らは金のために嫌々動くだけのものを作るのだ、動きさえすれば報酬は変わらない、よって当然完璧かどうかなどどうでもいい。

同じ金でより良いものを作るのではない、要件だけ満たせばよいのだ。

変なプライドを持つコーダーは、それで運良く成功すると、自分知識は正しい、自分技術は十分なのだと考えている。

こういう人間は、プライドの無いコーダーよりたちが悪く、うまくいかないと他人環境のせいにする。

そして調べず周囲を苛立たせるのだ。

おわりに

土日に自ら勉強会に行くプログラマや、それこそ 50 人以下などという会社であればこうした事はあまりない(んじゃないかと思う。)彼らは自分でなんでもやらないといけないからだ。

だが、大企業に飼われる子飼い企業派遣(そもそも人手のみを求められる企業)、100人以上の企業では、役割分担に伴いこうした状況が多々発生する。

だが役10年、エンジニアを見てきた結果は変わらない。現実問題こうなのだ、こんな人間が大多数なのだ

人の多い企業ほど考えたほうがいい、それでより良いものが生まれるのかと。

必要とされる技術だけを叩き込んで金にしたいと言うのは分からなくないが、基本姿勢思想はどうなんだと。

経営者マネージャーよ、あなた方の言う「最適化」とは現場が日々考え行っている最適化か?人員最適化だけを行って、生産性が伸び悩んでいないか

そのあたりは考えた方がいい。

2016-11-13

増田スパム対策がされないのって

完璧メンテ放置されてて、迂闊にデプロイできない状況になってるとか、

コード負債を抱えすぎてて新機能の追加が困難とかかな?

あとは現在大規模なリニューアルとかスクラッチからの書き直しとかやってて

そのリリースが遅れてるとか

を書を書

2016-08-23

おいadbデプロイが遅すぎるんだよ

なにちんたらしてるんだよ。10分近くぐずってるんじゃねえよ。何回再起動させやがってるんだよ。ノートPCバッテリーがなくなるだろうが。

AIOも、最新型で3時間しかもたないって何だよな、情けねえ。

2016-08-04

[] [ASP.NET] Microsoft.Web.Infrastructure が見つからない場合

ファイルまたはアセンブリ 'Microsoft.Web.Infrastructure, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35'、またはその依存関係の 1 つが読み込めませんでした。指定されたファイルが見つかりません。 」

http://stackoverflow.com/questions/4742894/mvc3-deployment-dependency-problems

IIS を実行させているサーバの GAC に Microsoft.Web.Infrastructure.dllアセンブリキャッシュ存在しないようです。

プロジェクト参照設定にある Microsoft.Web.Infrastructure のプロパティを開いて「ローカルコピー」を True に設定して、発行(デプロイしましょう。

(C#でもVB.NETでもほかでも同じ...)

2016-07-29

こんなWebエンジニア部署に配属になったら終わり

社内にはいくつか Web エンジニア部署がある。

その中でこんな部署に配属になったら自分エンジニア人生が終わってしまう(テクニカルロックイン及び生涯収入的に)ので、会社を辞めるか別部署への再配属願いを出す。規模的には部署10 人以下ぐらいで。

この辺に当てはまるものがある部署はもうそれはエンジニア部署じゃなく、ただの SIer 上がりの口だけで何にもできない人間達だから近づかないほうが幸せだと思っている。

2016-07-07

http://novtan.hatenablog.com/entry/2016/07/06/134448

読んでもらえるかどうかわからないが,一応IDコールしてみる。> id:NOV1975

この記事

  • どうやって育てるか
  • 育てるコストをどうするか
  • 育たない人をどうするか

という点において,「ウォーターフォールアジャイルはどう違うのか」という問題が混然一体となって語られてて,ちょっとわかりにくい気がした。

そこで,この3つの論点について,自分なりの理解アジャイルウォーターフォールの違い(あるいは違わないこと)を書いてみる。

どうやって育てるか

まず,OJTとOffJT(研修勉強会等)の組み合わせで育てる,というレベルの話では,ウォーターフォールアジャイルもあまり違いはない。

また,スキルの広げ方についても,ウォーターフォールアジャイルであまり違いはないと思う。NOV1975氏は,

プログラミングって世界はわりと想像できるんですよね。もうちょっと大きいアーキテクチャの話とか、業務要件の落としこみの部分とかをどういうプロセスで身につけて成長していくんだろうか。

と書いているが,アジャイルでも,最初既存のものの改修から始めてもらって,新機能の追加(ここで要件落としこみが入る),新プロダクトの設計(ここでアーキテクチャの話が入る),みたいに,徐々に範囲を広げていく感じだと思う。

ただアジャイルのチームでは,最初の「既存のものの改修」の段階から運用の稼働を減らすことを意識し,テストデプロイ自動化をしてもらうことになるはず。運用意識する,という点では,運用系の機能追加(例:監視機能の強化)もやってもらうことになる。これをどこに入れるかは悩ましいけど,比較的初期段階で経験することが多いのでは。

手法レベルでは,アジャイルで特徴的なのはOJT手法としてwonodas氏の言うところのレビューやペア・プログラミングを重視している点ではないかと思う。このへんはwwolf氏のあげた「アプレティスシップ・パターン」にもあるのではないかと思うが,職人弟子関係で,日頃の行動の中である種「背中を見せる」感じで(教えるというより)学ばせる感じになると思う。

育てるコストをどうするか

これは(NOV1975自身が書いている通り)ウォーターフォールアジャイルも変わらないと思う。顧客提示する価格の中に教育も含まれることになる。

ここで重要なのはアジャイル場合教育顧客にとっても価値が大きい点だと思う。なぜならアジャイルのチームは,システムを開発するだけでなく,運用も行うのが基本。運用の中で継続的に改造や機能追加を行うことで,顧客にとってのシステム価値を高めていくのがアジャイルの真の意義。そういう活動を続けるために,教育投資することは顧客にとっても価値があるはず。

話はそれるが,ここで少し面白いなと思ったのは,「属人性」の話。アジャイルのチームでは「属人性」を避ける文化があると思う。だがそれはチーム内の話であって,外から見ると同じチームに開発と運用を依頼することは,チームとしては「替え」がききにくくなる気がする。そのあたりを現状どう解決しているのかはちょっと興味がある。

育たない人をどうするか

これはもう,向いてない人はチームから出て行ってもらうのがお互いのため,というのがアジャイルのやり方だと思う。というかそもそもそういう人をできるだけ入れない。なぜならチームの文化が壊れるから

正直,そういう人でもウォーターフォールだと活きる道がある,というNOV1975氏の考えには納得できないが,なんとか活かしたいという心情は理解できる。なので少し考えてみたけど,人手の作業最後まで残りそうな QA (Quality Assurance) やマニュアル作成あたりに行ってもらうしかないのではないだろうか。個人的には,向いてない人が向いてない業界にいるのは本人のためにもならないとは思うけれど。

2016-07-03

Javaしかwebアプリ作ったことなかった俺がphp入門したんだけど

すげー楽でワロタ

つーかなんだよ、JSPって

なんだよ、ストラッツって

大体デプロイするのになんでwarの中に参照ライブラリ入れてくれないんだよ

なんでクラスファイル漏れることがあるんだよ

xml地獄ってなんだよ。

今は2016年だぞ。未来なんだぞ。いつまでもくだらねー仕事やらせんなや。もうJava案件やりたくねーんだよタコ。バーカバー

2016-06-29

もっと庶民的エンジニアはいないのかねぇ

http://anond.hatelabo.jp/20160629082647


な~んかこういう話聞いてるとあまり世界が違いすぎて胡散臭くなるんだよなぁ。

まず、上場企業なんか近寄ることもないかIRなんか出てないし

公開されてるコードなんてねぇよ。

GitHubなんてまず使ってねぇし、そもそもセキュリティ的にそういうの使えねぇし。

中小企業CTOなんていねぇよ。


SVNどころかCVS使ってるとこも普通にあったよ。※しかも1年前とか。

デプロイも基本どこ行っても手動だしね。

やってることが良い悪いは置いといて違いすぎて全く参考にならないんだよね。

もうちょっとこう庶民的はてな増田エンジニアはいないのかねぇ。

ソフトウェアエンジニア転職するときに気をつけること

いままで3回転職したけど、うまく行ったこともあるし行かなかったこともある。いままではわりと気軽に転職先を決めてしまっていたのだけど、そろそろ慎重に行かないと後がないなという危機感を覚えたので、とりあえず今までのことを振り返って気をつけるポイントを書いてみようと思う。

自分はこんな感じのエンジニアです。

  1. 技術的には広く浅くタイプ
  2. デザインインフラは不得意
  3. マネージメントは不得意
  4. いままで所属していたのは上場企業が多かったが、スタートアップ経験済み
情報収集
IRを読め、短信だけでいいか

これまで何をしてきたか、これから何をするつもりなのか、会社の強みは何なのか、今後考えられるリスクをどう捉えているのか。上場企業ならばIRという形で外向けに情報を発信しているので、それを読むのはかなり大事

で、具体的に書いてなくてよくわからないところが絶対あるはずなので、それを面談で聞く。ピンと来なかったらその会社は駄目だ。

公開されているコードを読め

公開されているコードがなければリスクは跳ね上がる。もちろん公開していないすばらしい技術というのはあるのだけど、会社評価という点では使えない。

GitHub会社アカウントがあれば分かりやすいが、それ以外でもがんばって探そう。OpenJDK, Ruby, LLVMなど大きなOSSプロジェクトコミッタがいればちゃんとコミットをいくつか読もう。GitHubも個人リポジトリはなくても別のリポジトリコミットしているかもしれない。

面談
経営陣や部長クラス技術に対する考えを聞け

社長エンジニアを信頼しているかCTOがいる場合は、CTO社長信頼関係があるか。

技術手段に過ぎない、ビジネスへのビジョン大事。確かにその通り。ただしそれは、経営陣の技術者に対する信頼があればの話。

これはできれば上層部と平社員両方の考えを聞こう。

使っている技術スタックや将来への展望を聞け

技術目的にするな。確かにその通り。しかしいまどきSVNを使い続けていたりデプロイを手動でやっているのはさすがにヤバイ。ついでにOSSを利用することへの意見も聞いとけ。

もしそういうダメな状況を変えるために自分を雇うのだということであれば、上層部がそういう技術的なアップデートをどのくらい必要だと考えているかを聞くこと。社長が「エンジニアを君とあと何人か雇って、一年それに全力を注いでいいかバージョン管理インフラなどの下回りを一新したい、既存社員にも納得してもらう」というのであればいいかもしれない。権力のある人がそういう強い決意をもってないと改革は難しい。

この話は技術者ならば誰から聞いてもいい。もし面談過程技術者がでてこなければ、その会社は諦めよう。

デザインについてのどう考えているかを聞け

ここでいうデザインは「サービス設計」のことね。デザイナー出身マネージャーがいれば、その人と面談してデザインをどうやってしているかの具体的な流れを聞けると最高。あるいは、エンジニア・デザイナ・企画の三者がどうデザインに関わるかを聞くのでもいいかもしれない。

サービス開発手法については納得するまで聞け

企画デザインプロトタイピング、開発、リリース改善、このサイクルを具体的に聞こう。直近の成功例と失敗例を聞けると最高にいい。

これは現役の技術者から聞こう。実際に自分体験することになる日常になるのだから

外注と内製の比率とどういうとき外注するのかを聞け

外注管理することになったらとにかく最悪だ。そうでなくても、君がもし生粋エンジニアなら、外注にはなるべく関わらないほうが幸せだろうと思う。

以上。

願わくば、次の転職がうまくいかんことを。

追記

"見出しエンジニアと書いているのにプログラマの事しか書かれていない。それもソフトハウスへの転職。" という指摘をうけたのでタイトルだけ変えた。

2016-06-25

をーたーふぉーるとあじゃいる

昨今の宗教戦争アホくさい

かいプロジェクトで、一度WFで始めたか仕様変更もできないし、完成するころには古臭いものになってる

WF最悪

みたいに定義して、細かくデプロイできるアジャイル最高、いやっほっー

みたいな論調あるけど

デプロイしたってことは、その時点で一度完成してるわけよね(実際に利用できなきゃ、通常デプロイって言わん)

WFでこれが出来ないとされているのは、「そのように定義されたから」で、それから外れると「アジャイル的に現場改善された」とか、アジャイルに都合よく解釈されるわけ

そりゃ、「あじゃいるさいこういやっほー」だろう

【そう定義した】のだから

んで、アジャイルでやっていく負の側面

部分的にでもデプロイしていくのだから、事と次第によっては仕様変更が困難になる

等の部分については、完璧人員完璧仕事をするか、柔軟な利用者が物凄く協力的か、そんな設定になっていて、「ない」ことになってる

「形として公開する」ことの怖さを、物凄く軽く扱ってる


基本しゃべってるのは、コンサルタントとかのいかにもな人らで、もうポジショントーク丸出しなんだけど(彼らは自分提案で何かを変えなければならない人たちだからね)

それを自称IT技術屋が「そうそうだから日本ダメなんだ」的に有難がってるの、馬鹿じゃねーかと思う。

2016-06-21

デプロイ時にいつの間にかライブラリバージョンが上がってしまって死ぬとか、どんだけ管理杜撰なんだよwwwww

2016-06-11

初心者にはSaStrutsは難しすぎた

前回、JSP?を軽く勉強たから今回は、フレームワークを導入した。

とりあえずチュートリアルサンプルをimportした。

前回の教訓もあって、プロジェクトをimportしたあとプロジェクトのファセットから動的Webモジュールとして設定。

Warデプロイで動くかと思ったら

HTTPステータス 404 - /sa%dstruts%dtutorial/と文字化けっぽいエラー

困った。。。

プロジェクトのファセットの隣にランタイムってやつを発見Tomcatにチェックを入れてみたら

HTTPステータス 404 - /sa-dstruts-dtutorial/

文字化けが直った。

あとは、デプロイメントの記述子の設定を確認。ウェルカムページのweb.xmlが見当たらない…

プロジェクトの中にあるはずだけど、仕方ないから参照してるページにコピペ

Eclipseリフレッシュして、動かすと・・・

チュートリアルページきたああああああ!!!

Javaってのは難しい言語だ。なんで環境設定こんな複雑なんだろう

http://anond.hatelabo.jp/20160608115003

2016-06-08

初心者には、JSP難易度が高すぎた。

環境Java8,Eclipse,Tomcat8

プログラミング歴3ヶ月

1.webコンテナの設定が面倒くさい。

Tomcat8では、managerページ開くのに

roles="manager-gui"の追加をしないといけない。

><user username="tomcat" password="" roles="manager-gui"/>

2.JavaプロジェクトだけじゃWarデプロイメントできない。

Jsp入門のページからプロジェクトを丸ごと持ってきた。しかしそれだけじゃデプロイメント出来ないらしい。

Eclipseプロジェクトプロパティプロジェクトのファセット→動的Webモジュールにチェックを入れないといけない。

3.doGetメソッドがないと怒られる

デプロイメントに成功したのでプロジェクトURIアクセスしてみた。

[HTTPGETメソッドは、このURLではサポートされていません。]

doGetというメソッドが無いとダメらしい。仕方ないのでそれっぽいのをコピって貼り付けてきた。

しかし先程のエラーは無くなったが、今度はJspファイルが無いらしい。

4.Jspファイルがない

WEB-INF/直下に置いたのにindex.jspに遷移しない。

>/WEB-INF/classes/index.jsp

仕方がないからフルパス指定すると動いた。

とりあえずわかったこと。Jspは難しく奥が深い。

次はpostとかgetとかその辺を勉強したい。

2016-05-15

コンサルタントITジャーナリスト林信行問題について

※読みにくい、長い(そのため最後が切れてる)という指摘もいただいたので手直しします。

※長いのは元のnobiのが冗長なんですが、いらんところをバッサリきると、意図的とかも言われかねず。

※長いのは勘弁して貰って、多少は読みやすくしてみます

----

長く書けるとこもないし、パブリック増田にするということで、

ライター「矢作晃」問題について の反論について、

-----

引用三行略

----------------------------------------

イントロ●矢作の反論、および解説

平日業務日の大事な時間、つつもいつも記者会見遅刻してやってくるジャーナリストに奪われる、

他の報道関係者アテンドする人の貴重な時間を連日削り取ってるのが貴方です。そんなあなた大事土曜日時間凌駕するほど、

無駄時間過去何十年も繰り返されたことをご自覚下さい。

----------------------------------------

お察しかもしれませんが、この投稿が共有されている人は「矢作晃」とある程度、交流がある方々です。※個人名落としました

【1.どう接するべきか(林案)】

子供を育てたことがある人ならわかると思いますが、ダダをこねる赤ん坊にいい顔をしてしまうと、子供ダダはひどくなるばかりです。おそらく最良の方法無視する、あるいはちゃんと向き合って接する場合には「気をそらす」だと思います

心をわずらっている彼が、最近、再び暴れているという知らせを何人かから受けて、彼のツイートやらFacebook投稿、そこでのコメントのやりとりなどを観察しました(ブロックしているけれど、ブラウザプライベートモードを使うとパブリック投稿は読めるようです。まあ、そりゃ当然か...)。

自分の不幸のアピールは彼の天賦の才能なので、それを見て「かわいそう」、「何か言ってあげなきゃ」と思う同情心の気持ちはわかります

でも、彼のことをこれから先、一生面倒をみる覚悟がないなら、そして本当に彼を思いやるなら、そこで突き放すことも大事だと思います

人間は誰しも「人に認められたい」願望があります。彼は特にそれが強いと思います

さら自己肯定力はやたらと強いので、誰かがちょっとでも同調をしてしまうと「やはり、俺は正しいんだ」と、この24時間ほどの爆発を生んでしまうというのが私の見立てです。

----------

同情について●矢作の反論、および解説

彼の見立てですから何も言うことはありません。このリストは、今の事件で彼が味方に付けたい、付けようとしているだけのリストです。自己顕示欲ねぇ、何かにつけて審査員とかやってる貴方は、いつもスペシャルアドバイザーとか、特別審査員とか、一般ではなく何か特別な枠におさまり(言い換えれば、その内容の責任を一切とらない安全ポジションを確保しながら、自己顕示欲をだしてますね。

----------

同情のコメントがなくても、おそらく愚痴ツイートは続いていたでしょう。

でも、ここまで増長することはなかったと思います

「それでも彼のことが心配だ。何かしたい」という人はいるでしょう。

そういう人への私のオススメは、他の関連のない話題に彼を誘導することです

赤ちゃんあやし方と一緒です)

彼が好きなアニメマンガが好きで、そこいら辺の話が得意な人は、その話で盛り上がるのもいいでしょう。

----------

大人あやし方だそうです●矢作の反論。および解説

かれにとっての、アニメ漫画へのスタンス垣間見れる記述です。ただ、こういう人に限って、何も知らない、何もできないくせに、Cool Japanとか言い出しやすいのが特徴です。

村上隆だいすきですね。個人の意見としては、村上隆はその骨頂で、これまで日本のオタク文化に貢献してきた無名クリエイターパクリ商業主義に貶めるというのが私の認識です。

アートとは事腹痛い。そんなこ言うなら、村上隆アートって、90年代美少女変形戦闘機の突端に、女性器をリアル写実的描写してたのはご存じですよね。

----------

(この記事の末尾に参考になりそうなうつ病対策のページのリンクを貼っておきました)

「彼の原稿が好き」と本心で思っているのなら、それを書くことについて、私がとやかく言う権利はありません。

 ただ、彼のことを本当に思うなら、もう少し経ってから過去形で「好きだった」と書いた方がいいのではないかと思います

【2.なぜ「過去形」なのか?】

彼が言っている通り、彼のIT関係の執筆の仕事は終わりだと思っています

ただ、今終わったのではなく、とっくの昔に終わっていたと、私は見ています

 私は彼とは付き合いが古く、同情心や心配からMacPeopleに彼の連載を提案していたこともありました。「とりあえずお試しで」と特集記事を振った結果、彼は逃亡し、音信不通になり、結局、連絡こずで、私とその編集者で全部を丸かぶりして死ぬ思いをしたこともあります

 その後も、何度か彼に仕事を与えようと、面白い製品発表の声かけを彼にも回したり、自分企画した重要なイベントに彼を呼んだこともあれば、面白いネタを持っている広報会社の人を紹介したこともそれこそ何度もありますムーンライトウェーブの望月さんなどもその一人ですよね。

 望月さんなどは本当に彼によくしてくれていると思います。でも、おそらく、彼が呼ばれたイベント記事にしたことはほとんどないと思います(と、ここは私もまったく人のことは言えないのですが…苦笑)

 編集者などにつなごうと呼んだパーティーも隅で昔からの知り合いと話をするばかりで(性格的に無理か、と途中から諦めました)。

 ここで聞きたいのですが、そもそも、この中で、誰か彼がここ1〜2年で書いた記事を読んだ人、いらっしゃいますか?

 もしかしたら、よく検索すればインプレスかどこかで見つかるのかもしれませんが、彼の最近のPublicへの露出で私が知っているのは有名な彼のツイッターと、あとは Kohichi Aoki と 松尾 公也さんのPodcastくらいです(他に本当にあるのでしょうか?)

------

矢作は終わったそうです。原稿も書いていません?●矢作の反論。および解説

原稿2015年も、2014年2016年も書いてますあなたが見に来ないだけです。当たり前ですよ、ブロックしてるんですもん。仮に俺が「書きましたー言っても」知らないんですよね。

「そんな中、今回、彼が(これまでなんで招待されていたのか不明だけれど、記事は書いていたんだろうか?)」 への証拠と回答です。これだけでも、名誉毀損は成立します。

WWDC 2015 リンク集

http://pc.watch.impress.co.jp/ba…/event/index_c105s3385.html

WWDC 2014レポートリンク集

http://pc.watch.impress.co.jp/ba…/event/index_c105s2964.html

WWDC 2013レポートリンク集

http://pc.watch.impress.co.jp/ba…/event/index_c105s2626.html

WWDC 2012 リンク集

http://pc.watch.impress.co.jp/backno/event/index2012.html

WWDC 2011レポートリンク集

http://pc.watch.impress.co.jp/backno/event/index2012.html

その後のフォロー記事とかは抜いて、リンク集を5年ほど。リンク集なので、他の筆者さんの記事もはいっていますけど。

これでも、記事書いてないと思いましたか? 中身がポエムじゃないから、見る気も起きないとか行っわず、逃げずにご回答ください。

http://anond.hatelabo.jp/20160514155637

この件についてはもうひとつ

林信行WWDCにおいてもオレの記事をほとんど読んだことがないというか、存在さら知らないくせにdisってるんだよね。オレの記事リンク掲載済み。

オレは例えポエムだと思っても、同業者の書いたITMediaなりASCIなりも読んでます。だからAttitudeとか咄嗟Twitterギャグで使えるんです。

書いてないと言われた記事2015年WWDCオーバービューもここにあるし、

http://pc.watch.impress.co.jp/…/…/event/20150609_705991.html

その後、イギリスでのApple Pay開始の方を受けて、

http://pc.watch.impress.co.jp/…/feature/20150613_706743.html

http://pc.watch.impress.co.jp/…/kaimono/20150613_706753.html

この2本の分析、および実践記事をまとめた。

7月になってからは、WWDCで発表されたEl Capitanにフォーカスして、El Capitanカウントダウンとして、15週間ぐらい毎月記事を書いてきた。

http://pc.watch.impress.co.jp/…/elcapi…/20150821_717281.html

わずかばかりですがWWDCを切り口に、2015年わずかばかりばかり書いてるのに、ここ1,2年全く書いてないとか、どの口に言われたんだろう。

ここまで事実を曲げて書いた中傷文の責任、またいつものへらへらニヤニヤ笑いでごまかすとはさせません。

人名を出すのは酷いですね。望月さんには大変にお世話になりました(なってます)。でも、記事書いてますよ。Parrotのドローン、Netatom Weather Station。あと、自分で書けないときロボット要素が強いときは、媒体の人に案内を振ってますし、メールにも返信をしています。あと、営業部門広告企画提案したいと言うことで、あなたみたいに恩義を着せる「お膳立て」は、しませんが、各種情報や日本での立ち位置なんかも説明してます。足りませんか? イヤ全然足らない、だとしたらそれは望月さんが私に直接不満を述べることでしょう。そのそも俺の記事見てないってあなたが、なんで、書いてないって決めつけるの? ぱぱ、もうリンクも貼り飽きたよ……。

http://pc.watch.impress.co.jp/docs/news/event/20140107_629705.html

http://pc.watch.impress.co.jp/docs/news/20120522_534410.html

スフィロは残念ながら最初はPC Watch向きではないと提案ボツになり、その後石井さんのロボット枠でフォローされてます

-----

 彼は同情心集めが得意で、昔から付き合いがあるインプレス系の方々のスネをかじり続けているのは知っていますインプレスの方々が、他の若い方々にあげられたはずのチャンスの一部を彼に与え続けていたことも。それによって彼は自分が「まだまだライターとしてやっていける」という誤解を長く持ち続けてきてしまったこともわかっています(が、その担当が誰だかわからないし、おそらく友達になっていないので、この投稿シェアできずに残念です。ご存知の方、ぜひ、この投稿コピペしてシェアしてください)。

------

そんな若い芽がいらっしゃるとは知りませんでした●矢作の反論、そして解説

多の若い方々にあげられたはずのチャンスの一部を彼に与え続けていたことも。この部分があれば、

インプレス社内でシェアしていただき結果として仕事を奪ってしまった若い方々について、お詫びと倍賞をいたします。具体名をお知らせ下さい。

そこまで知ってんのに担当名前は覚えてないんですね。さすが、三歩歩けば忘れらる人です。

-----

 しかし、そのインプレスも、昨年、彼が海外で暴力沙汰を起こしてからは彼のことを干している、と人に聞きました(被害に遭われた方は散々でしたね)。

 つまり、彼はもうほとんど仕事をしていないんじゃないかと思っています

 もしかしたら、週刊アスキーが、獲物のいない猟場、食料のない餌場に、ノラ猫の餌をまいているのかもしれません(が最近、読んでないのでわかりません)。

 実は彼のITジャーナリスト業だか、ライター業はとっくに終わっていたんじゃないでしょうか(彼が認めたくないだけで)。

 そこにまんまとアップルさんが、まるでアップルのせいで廃業したかのように見せたと愚痴る口実を与えてしまったのが今回の事件の全貌だと思います

----

よっぽど私が邪魔なことが、言葉の端はしから●矢作の反論、そして解説

私がベルリンで、某氏をなぐったのは事実ですよ。この件について事実の否定はしません。中傷文のなかで、俺が誰かを殴った(とか書いてますが)事情も知らずに勝手な1事象で書くのはやめてほしい。背景には過去2年近くに及ぶ陰湿無視行為が存在していたので、我慢の限界を超えただけの話。今回も同じですよ、積年にわたる恩着せがましさと、nobiの影での中傷(非中傷文)。ちなみに警察沙汰と言いますが、殴ったこと自体については警察は一切無関係です。ホテル入り口で、でてきたらもう一発食らわすつもりで待っていたら、ホテルから一歩敷地より出てほしいと言われましたが、敷地ギリギリでとどまり、押し問答になったので、私からドイツ警察を読んでもらい。警察クルマに載せられる形で排除されました。現地でも調書は一枚。後日、調書を取った旨、敷地内に許可無く立ち入ったが不問、という紙ペラ一枚が国際郵便で届きました。あ、被害を受けたその人に同情してみせても無駄ですよ、その人、nobiが嫌いですwwwww

干されたという件も明確にしておきます。これはPC部門の決定なのでそれに従いました。

しかし、2016にはK-tai Watchで記事を書かせて頂き、まあこのままでは流れるでしょうが、2016のWWDCPC Watchへと寄稿を打診し、その編集部から了承は得ています

もう一点、「もしかしたら、週刊アスキーが、獲物のいない猟場、食料のない餌場に、ノラ猫の餌をまいているのかもしれません(が最近、読んでないのでわかりません)。」

このセンテンスは、今、アスキー原稿を書いている仕事をしている人に対する侮辱です。

-----

 インプレスに干されてからなのかは、彼の記事検索しても出てこないくらいに発見が難しいです。ツイッターでもフォロワーは、そこらの大学生以下くらいですよね。 マスメディアならぬ、ナノメディアに近いのですが、地上波テレビでも取れない席が自分に与えられなかったと言って彼は愚痴ります

 それくらいに存在感のない記事、読者も求めていない記事編集者もお情けで仕事を与えて手間が増えただけでもしかしたら迷惑かもしれない記事

 それでも「かわいそうだから何か仕事を与えなきゃ」という不健全な負の連鎖いつまでもつづけられるわけがないですよね?

 特に今はどこのメディア不況だと聞きます

 そもそも、あの見苦しいツイートの主の記事を載せるなんてメディアブランド戦略としてもどうなんでしょう。

彼がこの先も「ITジャーナリズム最先端をつっ走って」まだまだこれからかなり遠い先までどんどん走り続けられると本気で信じている人は、ここにいらっしゃいますか?

 このあと、書きますが、彼は自己肯定力だけは強いので、走らせる距離が長いほど、崖の高いところにまで登っていきます

 今、ここで彼に同情して、もっと先にいけるよ的な声をかけてもっと高いところから堕ちさせるのは、本当に彼にとって良いことでしょうか?

 だから無責任に彼に自信を与えるのはやめてほしいと、私は思っています

 自分人生大事な時間を彼のために割くのは、時間と脳の無駄遣いなので、私は今回の件を本当に最後にしたいです。

------

えー、検索して下さい●矢作の反論、そして解説

さっき、ご指定のインプレスの Watch Headlineから、矢作でエゴサーチしたら1570ありました。

くり返し検索してもでてこないのは、貴方の検索能力が低く、あるいは見たくないモノに対して盲目になっているだけです。

前述の通り、2016年2015年記事存在します。WWWDCまでに向けては、これまでもさまざまな仕込みも進行させていました。

自分の目が腐っている。ネットに書いてることも読めないという、根本的な勘違いを枕にしたうえで、お情けで仕事を与えて手間を増やすとか、侮辱も甚だしいです。

見苦しいツイートの部分はそのとおりだと思います自覚しています

編集者の手をわずらわすと言いますが、納品後から作業においては、日本語起承転結や、そもそも日本語理解してない貴方の原稿より、

私の記事の方がデプロイされるまでに格段に必要とする時間は短いです。まあ、自覚ないんでしょうけど。

----

【3.自己肯定力

ここがくどくて長いので、もう原典をあたってください。

-----

●矢作の反論説明

鬱とそれにともなう心身の不都合については、心療内科主治医にかかっており、決められた日時に診察、カウンセリングを行って、日常的な生活が少しでも出来るよう、不眠を減らすよう、ストレスをためないようアドバイスをうけ、ずっと付き合っています。言うまでもなく、時間はかかりますが、長い将来には服薬やカウンセリング必要のない生活へと戻りたいと思います

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん