「エディタ」を含む日記 RSS

はてなキーワード: エディタとは

2017-07-22

SIerパワハラを受け転職しようか迷っている

SIerパワハラを受けた後に転職しようとしている話

人生で一番悩んでいる。

意見をくださいませんか。

俺、というか俺の部署はここ数年、悪質な上司からパワハラを受け続けた。

その上司は数年前に就任した典型的クラッシャー上司で、糞みたいなマイクロマネジメントを好み部下のやっていることを細部まで把握したがり、部下が少しでも想像に反するやりかたで仕事をするのを発見しては長々と大声で罵倒した。タスクバランス悪くギチギチに詰め、それがわかっていながら追加タスクを詰まっているところに更に追加し、遅れが出るとこれまた長々と罵倒さらなる精神疲弊と遅れを誘発させた。俺には気持ちよく罵倒するために遅れが出ることを手ぐすねをひいて待っているようにしか見えなかった。チームをまたいで助力しようとすると妨害し、断続的な雑談で周囲の集中を乱しまくり、適切なリソース配分といわけていることの逆のことをやり続け、昔のJavaで頭が止まっている脳で現場コードを乱した。

リリースが迫った忙しい時期の会議で、XSS脆弱性発見されてそれを修正する作業を組み込む必要が有ることを報告すると、そんなことを予期してスケジュールを組んでおくべきだと大声での罵倒がはじまった。ちなみにそのXSSそいつが仕込んだ脆弱性だ。どうやらこの人は謝ったら死ぬ病気にかかっており、自分に非があることが判明する流れになりそうになると大声で罵倒することで死を回避する習性があるようだった。

せっかく修正したバグを、メンバー罵倒してrevertさせたこともあったな。どうも、そのバグ修正自分タスクとして認識していなかったのがお気に召さなかったようだ。なお、その心を込めた手作業で復活させたバグは、後に大事な場面のデモエラー引き起こした。

この素晴らしいマネジメントによる効果は絶大で、みながモチベーションを失い目の前の仕事のみしか目に入らなくなり、たいして大きくもない部署内がサイロ化し情報共有は抑制され、協力し合う雰囲気を失っていくと同時に、責任押し付け合うような空気が醸成されていった。組織が的確に壊れていく過程を間近で見ることができたのは、ある意味で貴重な体験だったのかもしれない。全てこれと逆のことをやれば良いチームを作れるのだろうから

はいしか睡眠障害めまい耳鳴りなどを発症するようになっていた。

俺はコードを書くのが大好きで、趣味でも毎日のように書いている人間だ。こんな俺が、ある日エディタを開くと恐怖が襲ってきて、コードが書けなくなるという症状に見舞われた。精神科には自律神経失調症というよくわからない診断名が下られた。その症状は幸いにも1週間くらいで収まったのだが、書けなくなったときは本当に愕然とし、死ぬほど悲しかった。

部署は日に日に、着実に疲弊していっていた。こんなことを軽はずみにいう怒られるかもしれないが、仮に俺の部署から自殺者が出たとしても、俺は全く不思議に思わなかっただろう。

これを読んだ側からすると、なぜさっさと退職しないのか、不思議不思議でたまらないだろう。だがこのような状態に陥った人間ならわかると思う。疲弊した精神は、状況を改善したり逃げ出したりする気力すら奪うのだ。常軌を逸したブラック企業が世の中から消えない理由の一端がわかった気がした。

今年に入りようやく少し気力が出てきて、転職活動を始めた。転職活動を通して企業を調べていると、少しずつ正気が戻ってきた感覚を得た。なんでこんな状況から抜け出そうとしなかったのか。世の中には良さそうな企業がたくさんあるじゃないか、と。視界が広がった気がした。本当にひさしぶりに、コードを書く楽しさも少しずつ戻ってきた。

そして、色々とあったのちに、希望していた企業内定をいただいた。

その会社で関われるサービスは魅力的で、俺自身ユーザとして利用しているサービスだ。技術力の高い同僚に刺激を受けることができそうだ。また、その企業採用過程はいくつもあったが全般的対応が丁寧で、そのことも好印象だった。面接は話しやす雰囲気をつくってくれた上でこちらのアピールを聞いてくれた。かといって決してぬるくなんでも通すための面接ではなく、質問してくる内容は鋭く的確に感じ、面接官の優秀さが伺えた。面接官は将来一緒に働く可能性もあるわけで、面接官に感じた魅力は、すなわち企業の魅力として感じるのは当然だ。給料他、諸条件も申し分ない。

あとたぶん、業務履歴だけだったら、こんな企業から内定はもらえなかったと思う。俺は昔から趣味コードを書いており、仕事でまともなコードが書けなかった時代から(後述)、余暇の開発でOSS/非OSSでいくつかまとまった成果を定期的に公開して、一部で評価も得ていた。ソフトウェア開発者のたしなみとしての英語勉強もしていてTOEICは920点をとっており、そのあたりも加点になっていたと思う。そういった業務外の習慣も評価してもらえたようだったのも嬉しかった。なにより日々の罵倒ですっかり自信を失っていた自分にとって、技術のわかる面接官とフリートークをし、自分肯定されるという、その採用過程自体が楽しかった。

内定をもらったからには、次は退職交渉となる。

ここから問題だ。

部内の複数人退職意思を伝えるに至り、ようやく会社問題認識したようで、既に件の上司左遷されることになっていたのだ(ただ、しでかしていたこからすると、たいしたペナルティを受けているようにも思えないのだが)

で、今現在上司は、以前から俺が尊敬していて、本当にお世話になってきた人なんだ。

この人は肩書はかなり偉い人なんだが、この業界では珍しく、技術重要さを理解した上で上に立ってくれている人だ。コードも書ける、というかたぶん俺より書ける。忙しい人なのにいつ勉強しているのか謎だが、技術情報キャッチアップして、たとえばだが今で言えばReactとかJSXとかそういう話も普通に通じる。

俺が今の会社で若かりし頃、フリーセル仕事邪魔しかしない無能上司パワハラに耐え(こんなんばっかだなこの会社)、ロッカー備品管理管理とかレンタルPC管理とか手間のかかる雑用押し付けられ、

 

iに0を代入する

iが10になるまで繰り返し

  なんとか処理

  iに1を加算

  

もし X が 0なら

  ファイルを書き込む

そうでなければ

  なにもしない

 

みたいなのが延々と書かれているクソゴミ設計書をもとにコードを起こしていたような状況からとあるきっかけで俺が趣味の開発で結果的に身につけた技術力を買ってもらい、まともなコードを書かせてもらう場所に拾い上げてくれた人なんだ。

最近はあまり仕事で関わっていなかったのだが、俺がいつか死ぬ時に、人生でお世話になった人を5人あげるとしてら、間違いなくあがることになる人だと思う。正直、育ての親くらいの感情を抱いているかもしれない。

でもって、その上司退職意思を伝えた所、引き止められた。というか思いっきり泣かれた。俺にいろいろと仕事をまかせたいと思っていた矢先だったようだった。ただ無理やり引き止めるつもりまではないとも言われた。退職を考えるほど酷い状況になっていたことに気づかずすまんとも。演技でこういうことをする人ではなく、そこまでされると、心が動かなければ人間ではない。

実際、件のパワハラーはもう上司ではないので、転職する理由の大部分はなくなっているともいえる。でも内定をもらった企業は非常に魅力的なんだ。もうこんなチャンスはないかもしれない。

でも例のパワハラーはまだ会社にいるので、同じ会社にいれば関わるハメになるだろう。本当にもう関わりたくない。そもそもパワハラ被害を防げない会社の仕組みそのものがもうダメなような気もしている。今回のパワハラ問題解決に尽力してくれたのもこの人であり、この人の後ろ盾なしに俺がこの会社で生きていける気が全くしないのも問題で、本質的には自分はこの会社にいてはいけない人間な気もしている。でも尊敬している人にひきとめられている。でも内定を得た会社は魅力的だ。

どうすればいいんだろう。

2017-07-17

創作者は犯罪者である

世間では漫画家声優絵師だなんだと言うものになろうとすると、一撃必殺しようとする怖い大人がいるらしい。

例のまとめを見て悲しい気持ちになった人もいるだろうからちょっと私の話をしてみたいと思う。

私も一応、インターネット上で小さく小さくものを作っている人間だ。文章を書いたり、どうでもいいものを作って公開したりしている。

文章の方は時々反響があったりして嬉しい気持ちになるが、まぁはっきり言って九割五分ぐらいはインターネットゴミとして漂流する。だいたいそんなもんだ。

しかし、自分を悲観視しているかというと、はっきり言って一切悲観視していない。

ポジティブと言えばそうだが、そう言う以前にスタンスとして、タイトルのようなことを常に考えているかである

創作者は犯罪者である

その理由はひたすら単純だ。

創作者は自分制作した創作物を使って、世間人間監禁することができるからだ。

人は創作物に触れている間何もすることができない。その人の自由を奪うことができる。

言われてみれば簡単な話だし、くだらないと思うかもしれない。

だが、創作物時間を奪うということは、実は誰にでも簡単に行うことができる。あなたが作ったものを公開すればすぐにでもできる。

その時、別にできの良し悪しは関連しない。あなた創作物が一瞬でも目についた時点であなたは間違いなく他人を拘束している。

検索画面のどこかに表示されただけでも、あなたはその人間時間を奪っている。

その時点であなたは立派な創作者であり、もっと言えば犯罪者である

もちろん、それが閲覧されれば最高だし、ついでにそれに評価が貰えればもっと良い。

その人は間違いなく見たり評価したりするために時間を使っているからだ。あなたはその人のことを更に長い時間拘束することに成功した。

評価が悪評だっても一切問題ない。あなたは悪評を書く時間をその人間から奪っているのだ。その時点であなた創作物は立派に犯罪をしている。

できるだけ多くの人間から時間を奪え。

あなたが作ったものに触れた人間を、鎖のない手錠をかけて、重りがない足かせをつけて、檻のない牢屋にぶち込んでやれ。

もう一度いう。創作者は犯罪者である。どんな些細な創作物でも犯罪犯罪なんだ。

から、どんなに小さく雑で碌でもないものを作ったとしても、それを公開した時点で犯罪だし、その時点であなたはつくり手側だ。創作者だ。

からキーを叩け。ペンを持て。描画ソフトを立ち上げ、エディタを開き、工具を取り出し、そして罪を犯せ。世間から時間を奪い続けろ。

こんなスタンスでいろいろつくりはじめて、なんやかんやでもう3年である

冷静に読み直してみたが、なぜか途中から鳳凰院凶真っぽくなってるし、昔こんなことを書いた自分結構痛いなぁこれ…ほんとひどくない???

だが、こんなくだらない考え方でも、世間に何かを公開するハードルはかなり下がったので、インターネットに放流しておくことにする。

せっかくなので、個人的には犯罪者跋扈していると思っている増田投稿することにした。

これを読んだ人間によって、私が将来“拘束”されることを願っています

あ、当たり前だけどここで言ってる犯罪は全部比喩からね。

肖像権著作権をはじめ、世間法律はちゃんと守ってものづくりしましょう。増田との約束だよ!

2017-07-16

エディタで使いたいんですが、rubyrails辞書ファイル定番ってありますか?

自分抽出しようと思って単純に def キーワードgrep しようと思ったら privateメソッドも含まれてきてしまうのでダメそうです。

電子ノート別にOnenoteでええやん

いろいろブログがどうのこうのと

考察をめぐらしたけど

Onenoteでええって気がしてきた

ブログへの部分公開

引き続き考察のこと!!!

内容によってはブログに公開しても

いかな?

そういうふうに考えるようになってきた

「部分公開」だけどね

そしたら商用ブログだのブログエディターだの使える

ナビゲーションも備え付けなので

過去ノートブログ)もすぐにアクセスできる

人様のお役に立つこともあるかもしれない

電子ノートブログ公開に関する考察

電子ノートでも内容によってはブログに公開しても

いかな?

そういうふうに考えるようになってきた

「部分公開」だけどね

そしたら商用ブログだのブログエディターだの使える

アーカイブバナーも備え付けなので

過去ノートブログ)もすぐにアクセスできる

人様のお役に立つこともあるかもしれない

2017-07-13

ホワイト企業に勤めてるんだが、もう俺は限界かもしれない

大企業名前だけならたぶんほとんどの人が知ってる。毎日定時に帰れて、週休二日で、有給もフル消化できて、給料福利厚生も申し分無くて、寂しい時は社内イベント勉強会に出てワイワイできて、仕事もそこそこ面白い。だけどもうダメかもしんない。

俺はエンジニアだ。うちは IT 企業だ。俺はエンジニアとして働くつもりで入社した。面接でもそう言ったし、先輩にも上司にも主張した。衝突も多かったけれど、概ね希望は通ったと思う。今の仕事面白い。でも、それでも、もうダメかもしんない。こうしてお酒を飲みながら不満を垂らしちゃうほどに。

服装

スーツ強制である意味がわからない。あんな窮屈な服をわざわざ好んで着るほど俺はマゾじゃない。

営業マンオフィス街に勤めるビジネスマンだってんならまだわかるけど、違う。田舎に構える拠点だ。俺たちはエンジニアだ。仕事しやすい格好であるべきだ。だからといってさすがに裸は非常識だが、ジーパンくらいはいいじゃないか。

たまにお客さんやお偉いさんが来る時もあるけど、そんなの応接室で応対する奴だけ正装すればいい。なんで俺たちにまで押し付けるのか。本当に意味がわからない。マゾという性癖を押し付けたいの?

Webフィルタリング

ネットニュースは見れるくせに、Twitter は見れない。技術用語で検索して情報収集できることを知らないのかよ。

Stackoverflow や Quora や Qiita も見れない(知恵袋は見れる)。GitHubBitbucket も、そしてはてなさえもだ。え?IT企業だよね?何の冗談だよ。全然笑えないぞ。

情報漏えい対策です」だって?だったら POST だけ禁止すればいいじゃん。一部のサイトはそうしてるじゃん。情シスなのに GET と POST の違いもわからないの?

とにかく不便で不便で仕方がない。管理職は「自分のスマホで見ろ」「制限解除した専用タブレットで見ろ」とかほざいてるんだけど、なんでいちいち PC から離れてそっち見なきゃいけないの?コピペしたい時とかどうすんの?効率って言葉知りませんか?何なの?マゾなの?

ウォーターフォール

ウォーターウォールが常にダメとは言わない。ただウォーターフォールは昔のやり方であって、少ない人材スピードも求められる現代ではだいたい役不足だ。にもかかわらず、馬鹿の一つ覚えみたいにウォーターフォールで開発しようとする。

テストコード書いて効率化して暇を持て余して改善に勤しむ俺よりも、いっしょうけんめい(笑)ワード使ってコード日本語にひたすら翻訳するという詳細設計書執筆に勤しんでる奴の方が評価されてるという現実。第一ウォーターフォールに従うなら先にコードができてるのもおかしいじゃねーかよ。

開発審査

ウォーターフォール続き。開発審査といってこれを通過しないと先の肯定に進めない関所みたいな審査があるんだけど、これがまた冗談みたいに面白い(笑えない)。何十年も(何年も、ではない)前につくられた基準で、かつ無理矢理定量的解決しようとした体系をしていて、結果、

「30ページの仕様書ならレビューはx時間しているはずだ」

「x時間に至ってない?それはおかしい。x時間になるまでレビューしろ」

「x時間超えてる?それはおかしい。なんで超えたのは理由を説明しろ」

なんてことが起きている。何なの?ソフトウェア開発がそんなに単純にいくと思ってるの?そんなはずない。みんなわかってる。だけど逆らうこともなく、おかしいとも思わず、ただただ過剰な仕事を投入したり、数字いじりと作文に勤しんだりする。一体何と戦ってるんだよ。

パワポ民族

ちょっとした資料でもパワポが強要される。テキストで書くと渋い顔をするし、他部署や他拠点、部長より上向けの資料となると絶対に OK が出ない。

独自フォーマットじゃねえよ。Markdown 知らないの?別に Markdown 覚えろって話じゃない。ちゃんと見易いテキストで書いてるだろ。分量的にも、話題的にもこれで十分だろ。なのにわざわざパワポなの?何がしたいの?パワポ萌えなの?勝手にやってろよ。俺たちまで巻き込むな。

PC

PCとディスプレイは会社側が用意したものしか使えない。Windows 強制メモリとかCPUは家電量販店で売ってるレベル。いやそっちの方がまだ高性能かも。おいおい、総務とかじゃないんだぜ?エンジニアですぜ?開発マシンだよ?こんな貧弱なマシンでどうしろって言うの?

キーボとマウスディスプレイ枚数が自由なのがせめてもの救い。といってもディスプレイは会社支給品なので一人あたりどう頑張ってもトリプルだけど。

サーバー

サーバー仮想マシン動かしてそっちで開発しようとか、むしろ開発用のハイスペックマシン手に入れようとか画策するんだけど、無理。調達できない。壁が二つ。

上司の壁。「何贅沢言ってんの?」 贅沢じゃねえよ。それ営業マンに向かって「車?何贅沢言ってんの?(原付あるだろうが)」て言ってるようなもんだぞ。

会社の壁。やたら承認やらエクセル申請書やら冗長で数日じゃ終わらない。ちょっと記入ミスってたらやり直し。融通の利かないお役所仕事そもそもお金が無いからそんな調達できないんだってさ。無いことはないだろ。利益出してんだろうが。その金はどこ行ってるの?お偉いさんがガハハとかっさってんの?

結局、今部署にある分でやりくりしなきゃいけない。だいぶ昔から使ってるやつだから古いし、キャパも限界。使わないマシンを落とさないと他が使えなくて、そのためにみんなに使用状況聞いて回るとかしている始末。おかしいだろうがよ。

え?クラウド?「クラウド企業秘密置くなんて何事だ!」だってさ。だったら紙で仕事してろよハゲ

常駐ソフト

必ずインストールして常駐させるソフトが結構ある。特にセキュリティ系。中には Windows Update みたく動作に支障を及ぼすものもある。お前自身がウイルスじゃねえかよと言いたくなるレベル

あと全体的に実装が稚拙なようでメモリも CPU もやたら食う。ソース見せてもらえないから何とも言えないけど、初心者ゴリ押しで書いたみたいな臭いがする。これで何百、何千の人間の、いったいどれだけの時間を無駄にしているんだろう。

インフラ

インフラがとにかく弱い。メンテナンス日常茶飯事だし、入社年度とか拠点とかでアクセスしていい時間帯を分けるようアナウンスするし、24時間稼働じゃないし、稼働するにしても昼休憩とか夜間とか制限かけるし。自社のインフラさえままならない企業にいったい何ができるというのか。

本当に力入れた方がいいと思う。どれだけ損失してると思ってんだよ。お偉いさんのイベントで主張してみたりもしたけど、俺が浮いただけだった。こういうことに関して鈍感なのがデフォなのだ

IE

社内システムはほとんど IE しかサポートしてない。バージョンまで固定する始末。UI もレガシーだし、UX も全然考慮されてなくて、フォームを何十個もずらずら並べたみたいなページが普通に登場する。

バージョン管理

SVN である。これでもまだマシだ。いや SVN も相当にオワコンだけど(Git 信者が何を知ってるって?いやいや Git 知らないだけでしょ。gitignore が無い時点でどれだけレガシーなのかがわかりませんか)。

ひどいと VSS とかい化石だったりする。VSSて何ですか?だよね、知らないよね。調べてみるといいよ。面白すぎて笑えない。

残業体質

今上に立っている人たちが残業何十時間何百時間当たり前の世界バリバリ頑張ってきた人たちだから、そういう価値観蔓延している。残業40時間くらい何とも思わない人種である。いや40でも十分多いから。

物理的に仕事が多いならわかる。本質的に難しいことしてるならわかる。残業しなきゃままならないシチュは存在する。でもそんなの見たところ一握りだよ。大半はただだらけてて怠けてて非効率的無知なだけ。

いや、無頓着というべきかもしれない。たとえばつい先日こんなことがあった。レビューで(俺はレビューア。他にもたくさん)、レビューイがブラウザからファイルダウンロードした時にブラウザなのかダウンロード先なのかどこかおかして、ブラウザフリーズしたのね。イラっとするじゃん?と思ったら、したのは俺だけだった。数十秒くらいは続いたのに、俺以外はみんな平気な顔してた。平然と待ってた。そういうことに無頓着なんだ。プログラマの三大美徳を備えろとまでは言わないけど、そこまで無頓着なのは社会人として、エンジニアビジネスマンとして、どうかと思う。

俺は巻き込まれたくないからうまく立ち回っていて、帰ろうと思えば毎日定時で帰れるが。この体質はほんとどうにかした方がいいと思う。

全角

数字とスペースを全角で打つのはやめろ。それが許されるの小説だけだ。

コード規約「タブ4文字

インデントはタブを挿入すること ← 俺はスペース派だが、まあわかる。規約ならしゃーない。

タブはスペース4文字であること ← え?

いや何文字かはこっちが決めることだろ。何自由奪ってんだよ。

「従わなければいいじゃん」 俺もそう思ったよ。でもね、みんなね、レイアウト整えるのにタブ文字を入れやがんだよ。わかるかい、タブ4文字にしなきゃレイアウトが崩れるってことだよ。おかしくない?レイアウトはスペースで揃えよ。タブが許されるのは行頭のインデント部分だけだよ。

この件について戦ってみたことがあるけど、誰一人として賛同は得られなかった。俺は自分勝手な人間との烙印を押されただけだった。エンジニアとして主張すればそうなっちゃうのがうちなのだ

この件については宗教論争的なこともあるから最悪引き上がる覚悟もあった(それにぶっちゃけ手元のエディタツールで変えればいいことだし)。でもどいつもこいつも真面目に考えることなく、俺を一蹴した。俺が嫌いだから?何大人げないことしてんの?小学生かよ。意見を見ろよ、中身を見ろよ。

REST API

こんなことがあった。

オンプレで立ち上げてるサービスに対して REST API勝手に使ったら怒られた。曰くシステムがダウンしたらどうなるんだと。業務停止するだろうがと。

言ってることは正しいけど、だったらエントリポイントを閉塞しておけよ。あるいは注意で REST API 使うなと書いておけよ。REST APIデフォサポートしていて、何の注意や閉塞もなく解放されているなら、それは自由に使っていいってことだろ?(もちろんだからといってリクエストバーストさせていいわけじゃないが)。悪いのはそんなことも知らなかった無知管理者だ。責任転嫁するな。

ちなみに閉塞案と注意追加案と提案してみたが無視されている。もちろんそれらを行う権限は俺にはない。

口頭至上主義

チャットの意義は Pull 型コミュニケーションができることだ。受け取った側の都合で返信できることだ。送る側も、そのことを前提とした上で、期限に余裕のあることを送るのだ。

このことを知らない人があまりに多い。とにかく彼らは口頭を好む。え?あんたら、忙しいよね?むしろ俺は配慮してあげてるつもりなんだけど。口頭で割り込まれることでどれだけ集中を阻害されているかがわからないんだろうか。

まあ俺はいいけど。集中削がれて非生産的になって遅れるのはあんたらだから。俺には関係無い。もちろんそのせいで俺にまで影響が及ぶのだとしたら、そこは全力で反抗する。そういえば以前、この件で上司上司に対してチャットでみんなに意見を尋ねてみたら、問題行動として垢BAN食らったっけなあ。その部署からは異動しました。

C言語手続き

C言語手続きプログラミングマンがあまりに多い。OOPを使っただけで、Ruby スクリ実装しただけ異分子扱いされて「そういう最新技術を誰もが知っているわけじゃない」「自分が知っているからといって無闇に適用するにはやめろ」とか言われる始末。最新技術って。ジョークだったんだろうか。あの時は思い切り笑った。その先輩とは今でも疎遠だ。すれ違っても挨拶してくれない。

まあこれは部署や部門の問題だと思うけど。たとえば OSS で食べてる部隊ではそんなことはない。

自社製品うんちく

昇進するための要件として資格取得がある。公的資格だけじゃダメで、社内独自の資格必要なんだけど、この資格たち、試験でどうでもいい自社製品うんちくばかり問うてくるものであるはてなを例にするなら、創業メンバー全員(一人かもしんない。知らん)のフルネームを答えよとか、創業日を答えよなど。

それ、覚えて意味ある?何がしたいの?愛社精神擦り付けたいの?そんなことしても逆に離れていくだけだと思うけど。違うかな。じゃあ何のためだろ。全く見当もつかない。それくらいに不可解だ。

ソフトウェア使用前の承認

ソフトウェアを新しく使用のにいちいち承認必要かいうふざけた制度があった。ソフト使うのって、エンジニアにとっては日常茶飯事じゃん。いちいち承認してたら進まないだろ。

それでもルールなら仕方ない。俺は何十という承認依頼を送った(ちなみに部長以上のお偉いさんが承認者になるという慣習がある)。反応が悪いし、仕事が進まないので口頭でも催促した。一蹴された時は「ならもっと上の人に掛け合います、XXさんが相手にしてくれなかったので来ましたって」的なことを言ったりもした。

結局、俺の部署では「なるべく新しいソフトウェアは使わないこと」「どうしても使いたい場合自己責任で導入すること」「もちろんウイルスチェックはちゃんとしてね」「実績のあるソフトだけ使ってね」みたいな緩いルールが新設されることでケリがついた。

今でも多くの部署承認制のままだろう。みんなどうしてるんだろ。それで仕事になるの?

足を引っ張る人達

うちは IT 企業なのに、リテラシーに明るくない人がいる。たとえば Wiki の書き方も知らないような人がいる。そういう人が部下を仕切っていたり、社員を支えるスタッフ業務に携わっていたりする。

エンジニアとしてより良いやり方を提案しても、導入しても「難しそう」と一蹴されるばかり。そもそも、ここまで上述してきたことに対してピンと来ることさえない。

厄介なのは、会社そのものがそういう人達に足並みを揃えようとするところだ。だからエンジニアにとっては物足りない、窮屈で、非効率的で、むしろ邪魔しかならないようなシステムや仕組みや施策ばかりが降ってくる。元を辿れば煩わしいセキュリティソフト群や承認フローの多さも、一部のバカが何かしでかしたせいだ。

一部の人間が足を引っ張っている。大企業であるということ、図体が大きいということは、そういうことなんだと思う。そうするしかないのだろうか?個人的には、エンジニアとそれ以外に二分して、前者には前者のインフラなり体制なり整えればいいと思うんだけども。

自転車でたとえてみる

うちの会社の連中は、彼らはエンジニアではない。思えば余暇技術的な話をすることが一切無い。彼らにとって技術手段しかないのだろう。エンジニアとしての矜持というものは存在しないのだ。

たとえるならママチャリに乗っている人達みたいなものだ。ロードバイクに乗る人からすればママチャリ手段としてありえない。ロードの方が何倍も早いし、移動範囲も広がる。けれどママチャリ乗りはロードには乗らない。そんな世界があることをそもそも知らないし、知っているにしても努力してそこまで至ろうとは思っていない。今のままで十分だと思っている。

同じなのだ。彼らもまた今のままでいいと思っている。エンジニアリングのエの字もわかっていない。無論、ただのママチャリ乗りならそれでもいいんだけど、俺たちは IT を生業とする会社だ。ロードレースでメシ食べてるようなものなんだよ。なのにママチャリのままなんだ。どう考えたっておかしい。それで勝てるわけないだろ。この先どうすんの。今はたまたま誰も走ってない道を走ってるだけだ。そういう道も着実に少なくなってきているし、ママチャリで頑張って登ろうとするゴリ押しマン要員も減ってきている。

色々書いたけど

他にも挙げればいくらでも出てきそうだけど、疲れたんでこの辺で。

俺も偉そうなこと書けるほどのエンジニアではないし、ちゃんと読みやすいよううまく書けたか自信ないけど、それでも書かずにはいられなかった。

2017-07-10

事務処理向けに高機能テキストエディタとはどんなものだろうか

https://anond.hatelabo.jp/20170706235735

勝手に具体的に考えてみる。

Excelなどの表計算に流し込むデータを加工する、表計算データメール文向けに加工する

CSV編集モードを持つエディタ

EmEditorなど最近は多いらしい。

grepsed、find、diff、uniq、count、sort相当の機能GUIから簡単に利用できるエディタ

マウス操作に優れたエディタ

マウス目的の部分をさっと選択できて、さっと切り貼りできる。EmacsViは1ストローク余計にかかって使いづらい。他のエディタなら大抵OK

定型作成支援

直子の代筆」みたいなもの

アウトラインプロセッサー、アイデアプロセッサー

長文執筆用。アイデア出し用。

執筆に集中するため全画面表示で余計なものを見えなくするエディタ

WriteMonkyなど

2017-07-06

ハッカー向けではない高機能エディタが欲しい

どうもエディタというと、古くはVimだったり、新しいのではVSCodeだったり。

それらは凄くいいんだけど、ハッカー向けの拡張前提で作ってあるので、事務関係が多い仕事場ではメリットが薄いと感じる。

要求定義が全く定まっていないので申し訳ないが、リテラシー低くてネット接続も色々問題ある職場でも使える高機能エディタってのは需要あると思うんだ。

【追記】

1日放置してたら反響すごかった。こんなふわっとした投稿を読んでくれるとは。

秀丸という意見が凄く多くて個人的には使ってみたい。

ただ、色々考えてほしいのはエディタ本体ではなく環境のものなんだと改めて思った。

ぶっちゃけ省庁管轄なので自由に入れられるものなんてないんだが、せめてエディタ周りだけでもマシにできないかと思っているんだ。

無知無理解プロジェクトが殺されそうだ

当方フリーIT 技術者。ある Web ベースシステムを開発しているのだが、プロジェクトマネージャーリーダーをはじめとするメンバー無知無理解のおかげで作業が進まずに困っています

ブラウザーキャッシュの仕組みを少しでも知っている人なら、非 IT 系の方でも読めるように書きました。ぜひ助言をお願いします。

登場人物

私は発注元(A 社)に客先常駐している。私が契約しているのは A 社のグループ会社である B 社だ。

A 社内のチームメンバーは以下のとおり。

さて、今開発しているシステム(以下システム P)はもともとスタンドアローン運用する形態だったが、最近クラウドバージョン提供も始まり現在スタンドアローンバージョンクラウドバージョンの並行開発となっている。X さん、Y さん、Z さんは主にクラウドサーバー管理や、私や W さんが作った部分のテスト担当している。

問題発覚

クラウドバージョンの初めてのアップデートを控えた 6 月に問題が発覚した。コードアップデートすると、ブラウザーキャッシュが効いていて表示がおかしくなるというのだ。

プログラマー以外の 4 人は実は Web システム案件は初めてで、ブラウザーキャッシュの仕組みすら理解していない。X さんから相談を受け、「Web アプリケーションからブラウザーキャッシュクリアーすることはできない。代わりに、HTML から読み込まれる外部リソースの後ろに『?v=3.14』のようなダミークエリ文字列をつければよい。アップデートのたびに数字を変える。これは一般的採用されている手法で、これ以外の解決策はない」ということを伝えた。具体的にコードエディター上で修正イメージを見せて、すべてに対応するのに 1 日あればできる、とも。

これで「そうですか、ではお願いします」となれば、テストを含めて 2、3 日で終わった話なのだが、ここから長い混乱が始まる。

前回リリースから変更のあったファイルの洗い出しを命じられる

X さんから、「変更箇所をなるべく少なくしたいので、前回リリース分と今回リリース分で変更のあったファイルリストを出してほしい」と言われる。変更のないリソースにはクエリ文字列をつけたくないらしい。

内心呆れつつ、Git (ソースコード管理システム)でファイルの変更履歴を調べ、一覧表を提出した。X さんに「それぞれのページでソースコード確認し、この一覧表に載っているファイルにはクエリ文字列がついていることをひとつひとつ確認するのですよね。却って手間が掛かりますよ。それよりも、すべてのファイル対象にしたほうが作るほうもテストするほうも楽です」と伝えた。

問題発生箇所の調査を命じられる

6 月も残り 1 週間を切ったある日、Z さんから、「実際に問題になっているのはどのファイルのどの部分か、スタイルシートのどのクラスID 指定が効いていないのか、V さんが知りたがっている。原因解明に必要なので調べるように」と指示が出る。

私は「ブラウザーキャッシュが効いているためで、キャッシュを消すか無効にすれば直る。今までも修正のたびにテストではキャッシュを消してもらっていたでしょう」と説明するが、調べろ調べろと繰り返すばかり。「そんなことを調べて何になるんですか。キャッシュ問題ですよ?」と言うと、Z さんは手をわなわな震わせて、「お客さまが知りたいと言っているのに、『そんなことを調べて何になるんですか』とはどういうことですか!」と声を荒らげる。しまいには「お客さまのご要望にお応えして私たちお金をもらっている。お客さまからの依頼なら応えるのが当たり前」と言い出す。技術的に意味がないことをいくら説明するも理解されない。

ブラウザーキャッシュの仕組みを基本から説明する

プログラマー 4 氏の知識底上げをしないといつまで経っても平行線だと思い、Redmine (課題管理システム)にブラウザーキャッシュの仕組みを解説する文書投稿した。ほぼ同じものを以下に掲載する。非技術者にも分かりやすく書いたつもりだ。あまりかいことを説明しても混乱させるだけだと思い、リクエストヘッダーの Cache-Control や Expires などは説明を省いた。

キャッシュとは

キャッシュ(cache) とは、一度読み込んだデータを内部に保存しておく機構のことです。2 回目以降の読み込み時はキャッシュを読み込むことで、処理時間の短縮を図ります

ウェブブラウザーにおけるキャッシュ一般に、HTML ファイルおよび HTML から読み込まれる外部リソース(スタイルシートファイルJavaScript ファイル画像ファイルなど)に対して適用されます

キャッシュが作られるタイミング

ブラウザーがあるファイルを読み込もうとする時、キャッシュがなければ実ファイルを読み込んだ上でそのファイルの内容をキャッシュします。

キャッシュが破棄されるタイミング

キャッシュがいつ破棄されるのかは完全にブラウザー依存です。異なるファイルキャッシュが同じ期間だけ存在するかどうかも分かりません。

キャッシュユーザーブラウザー操作で明示的に削除(クリアー)することはできますが、 サーバーからクライアント(ブラウザー)のキャッシュクリアーすることはできません。

ウェブアプリケーションキャッシュ対策

ウェブアプリケーションアップデートした際、クライアントキャッシュ無効にするために、以下の手法がよく使われます

link rel="stylesheet" type="text/css" href="style.css" >
< script type='text/javascript' src='script.js' >< /script >
< img src="picture.jpg" alt="" width="640" height="480" >

このような外部リソース読み込みについて、ファイル名の後ろにクエリ文字列を追加します。

link rel="stylesheet" type="text/css" href="style.css?v=2.4.0" >
< script type="text/javascript" src="script.js?v=2.4.0" >< /script >
< img src="picture.jpg?v=2.4.0" alt="" width="640" height="480" >

スクリプトでない静的ファイルクエリ文字列を付加しても、読み込まれファイルは同じです。つまりstyle.cssstyle.css?v=2.4.0 は同じ style.css というファイルを指します。

ブラウザーが style.cssキャッシュしている状態で、この行を読み込んだとします。

link rel="stylesheet" type="text/css" href="style.css?v=2.4.0" >

ブラウザーは「style.css?v=2.4.0 というファイルキャッシュにない」と判断し、style.css?v=2.4.0 というファイルを読み込みます。結果として、ディスク上の style.css が読み込まれスタイルシート更新されます

この HTML をまた読み込んだ時は、「style.css?v=2.4.0 というファイルキャッシュ済み」と判断し、ディスク上のファイルではなくキャッシュを利用します。

ウェブアプリケーションバージョン 2.5.0 にアップデートする時には、「?v=2.4.0」の部分を「?v=2.5.0」に書き換えてリリースします。

link rel="stylesheet" type="text/css" href="style.css?v=2.5.0" >
< script type="text/javascript" src="script.js?v=2.5.0" >< /script >
< img src="picture.jpg?v=2.5.0" alt="" width="640" height="480" >

同様の仕組みで、2.4.0 時代キャッシュがあっても 2.5.0 用に書き換えられたファイルが読み込まれキャッシュ問題は起こりません。

この手法は、キャッシュ問題解決する手段としては一般的に用いられているものです。俗に「キャッシュバスター (cachebuster)」とも呼ばれます

上記に長々と書いた内容を踏まえ、今回の問題についてご説明します。

「暫定対応」の指示が出る

日経った日の午後。Y さんが A4 判数ページにもなる「調査報告書」を作成した。問題になっているスタイルシートについて前回リリース分と今回リリース予定分の差分を取り、それぞれの行について「新規」「変更」「削除」の印をつけ、「とりあえず、このクラス指定が効いていないだけなので、HTML 中にインラインスタイル(< div style="..." >)で指定すればよい」と結論づけていた。

報告書には「状況から見て、変更・削除されたスタイル指定は影響が出るらしい。新規に追加した部分については影響がないようだ」とも。私が書いた説明を読んでいないのか、理解できなかったのか。

この報告書を元に、X さんから「この行とこの行にインラインスタイル指定してください。これで暫定対応します」と指示が出た。

私は「この修正は何ら根本的な対策になっていないことは理解していますか。『現状で問題になっている箇所』は、この環境たまたまそうなっているだけの話で、ほかのお客さまの環境では別の画面が崩れるかもしれないのです。それを承知の上で、これを暫定対応としてよいのですね」と X さんに確認。X さんは「はい」とだけ答えたので、黙って作業完了した。Gitコミットメッセージに「この方法は何の効果もないこと、それでも作業をしてよいのかを X さんに確認の上、作業」と書いてコミットした。

しばらくすると X さんから「うまく表示されていますOK です」と報告があった。

その日のうちに問題再発

夕方、私が帰ろうとすると、X さんが Y さんに「画面がおかしい」と言っている。横から覗くと、先ほど「暫定対応」とやらを入れた画面で、表示は正常だがボタンを押しても何の反応もない。私は静かに「JavaScriptキャッシュですね」。

聞けば、Y さんは「キャッシュスタイルシートにだけ効く」と思い込んでいたらしい。やはり先の説明を読んでいないようだ。そして、Y さんの環境ではボタン有効だったとも。

私は「Y さんの環境では(JavaScript の)古いキャッシュは効いていなかった。X さんのところではキャッシュが効いていた。これが、私が言っている『環境依存』の意味です。昼の暫定対応ではダメなんです。半月から私が言っているように、すべての外部リソース読み込みにキャッシュバスターをつけないと解決にならないんです」と伝える。

Y さんは観念した様子で、「キャッシュバスターって、一部分にだけ適用することもできますか」と聞く。この人、理解してないなと思いつつ、「はい、できますよ」と返すと、「では、問題の発生している範囲調査して、問題が起こっているファイルにだけキャッシュバスターを……」。やはり何も分かっていない。

私は繰り返し、ブラウザーキャッシュ環境依存なのですべての外部リソース読み込みにキャッシュバスターを付加しないと無意味だと説明した上で、こう付け加えた。

「指示されたことだけを黙ってやっていれば、そりゃあそっちのほうがラクですよ。でも、喧嘩をしてでも、場の雰囲気を悪くしてでも自分意見を主張するのは、技術者としてのちっぽけな良心からです。お願いですから専門家の言うことを聞いてください。私の意見が信用ならないのでしたら、ほかの技術者意見を聞いてください」

対応が先送りになる

この数日後、本件の対応を先送りにすることが決まったと X さんから報告があった。

聞けば、リリースを急いでいるのは特定顧客要望によるものらしい。その顧客スタンドアローンバージョンを利用しているので、アップデートの現地作業の際にブラウザーキャッシュを消してくればいいとのこと。

リリースに間に合わない間に合わないとあれだけ騒いでいたのに。プロジェクト管理がまるでできていない。

レビュー開催

そして今日夕方、この件についてレビューを開きたいとプロジェクトマネージャーの V さんから言われる。レビューって、何をやればいいんだろう。何をすれば気が済むんだろう。Redmine に書いた説明を読んで理解してもらえれば、やるべきことはひとつしかないと分かろうものなのに。

X さんから質問を受ける。「例の件、ほかの方法はないんでしょうか。『こういう方法もあるけれど、工数が掛かるので採用しません』というのがもしあれば話が進めやすいかと」。残念ながらありません、せいぜいファイル名そのものを変更するくらいですが、本質的には同じことですし管理の手間が増大します、と伝えた。

ついでに、X さんに「あの説明を読んで、よく分からない部分があったら教えてください」と尋ねると、実は忙しくて斜め読みしかしていないと白状された。その状態対応策を一生懸命協議していたのですな。

レビューの席でまた一悶着ありそうだ。どうやったら彼らを納得させられるのだろうか。信用できない技術者説明してもらったって、信じないんだったら意味がないのにねえ。

追記

文字数制限に引っかかってしまい、末尾が切れてしまっていました。続きはこちらに書きました。

https://anond.hatelabo.jp/20170706122924

2017-06-19

プログラミングを学ぶべき」っていうけどさ

日本企業ITを使えていない。プログラミングを学ぶべき、って言うけどさ、

一体何をどう学べばいいの?そこがわかんなくて手が付けられないんだよなあ。

はてなーなら教えてくれんだろ?あ?

ちなみにエディタvimが至高。emacsはクソ

って書けって脅されたんです嘘じゃありまえgふぇこsd

2017-06-17

プログラミングはじめた

タイピングがびっくりするほど遅い。

!とか;とか今まで打ったことねえし。

あとショートカットキー?も使わないとダメっぽい。

エディタと開発環境の使い分けもわからん

ここらへんの基本的すぎるコツなんか本にもあまり紹介されてないし、どうすりゃいいか手探り状態

2017-06-08

「なぜコスパ最悪な"Mac"を使っているの?Windowsサイコーじゃん」を読ん

Sublime Text記事を書こうとしたところ、こんな記事があったのでmacユーザーとして書いてみます

ここからほぼ全部引用しながら書いていきます

読んだ記事

http://diary.netank.net/entry/2017/06/07/202630

==

>無職ブロガーヨシダの本音

>なぜコスパ最悪な"Mac"を使っているの?Windowsサイコーじゃん

>1.Macコスパ最悪

>MacBook Pro価格を調べてみると、Appleストアで一番安いTouch BarTouch IDなしの13インチモデルで税込15万4224円です。

>スペック

>13インチ

>Intel Core i5デュアルコア 2.3GHz)

>8GBメモリ

>128GB SSD

>グラフィックCPU内蔵

>です。性能的には、Windowsベーシックモデル(普及帯モデル)と同程度。

>皆さんが欲しいであろうTouch Bar(Fキーの部分がディスプレイ)と

>Touch ID指紋認証機能付きモデルもっと高くて、税込214,704円~となりま>す。

>スペックCPUSSDアップグレードされ

>13インチ

>Intel Core i5デュアルコア 3.1GHz)

>8GBメモリ

>256GB SSD

>グラフィックCPU内蔵

>となります

>この性能でこの価格あなたはどう思いますか?しかも、Macって家電量販店での値引きもほぼ不可能です。

>僕はとんでもなく高額だと思いますよ。

⇨同感です。10選手ですが、macのおかげで散財させられています

>2.普通USB廃止するとか頭おかし

>

>最新のMacBookProやMacBook無印には普通USB端子がありません。スマホなどでも使われ始めている小型のUSBタイプCにすべて置き換わってい

>ます

>SDカードリーダーすらなくなりました。

>USBタイプCから普通USBに変換するケーブルも売られていますが、わざわざ使うのが面倒です。USBタイプCを採用する機器も登場していますが、>需要が少ないためか滅茶苦茶高いです。

>Windows機であれば、超薄型モデルでも従来のUSB端子が付いている場合ほとんど。

>普通USB端子を廃止するとか頭おかしいです。どう考えたって不便でしょ。

⇨同感です。それまで仲良くしてた仕様をいきなり切ったり困りものですよ。

>3.美しいデザイン

>Macを使う人の多くが、本体デザインの美しさが理由じゃないでしょうか?確かにカッコよくて、美しいデザインであることは僕も否定しません。

>スタバどや顔したくなるのも分かります

>(最近では群馬でもMacBookスタバで使う人が登場してます。恥ずかしくないのって思ってます。)

>重たくないですか?

>美しいアルミボディーを採用したためか、MacBookPro13インチで1.37kgもありますWindowsノートなら、ほぼ同程度のスペックで1kgを切って

>いるモデルも沢山あります。13インチなのにモバイル向きではないのが残念すぎます

>性能の低いMacBook無印なら0.92kgですが、性能のわりに価格が高いので個人的にありえない選択です。

>WindowsでもカッコいいPCはあるぞ

>Windowsノートデザインがカッコ悪いと批判するMacユーザーも多いですが、Windows機の良いところは種類が豊富なところです。

>デザイン優先のカッコいいモデルから低価格実用性重視のモデル、頑丈で軽量なモデルまで様々です。

>デザインが美しいWindows機なんていくらでもありますよ。ちゃんと探しまたか

⇨同感です。macは美しいですが、確かにwinでもキレイものはいくらでもありますよね。

>4.Mac OSは凄い?

>MacOSのすばらしさを主張する人もいますが、それはないですね。MACにできてWindowsにできないことなんてほぼないと思います

>足りない機能フリーソフトいくらでも拡張できます

>ソフト豊富さではWindows圧勝です。MAC向けにしかなかった一部のプロ向けソフトも、現在ではウィンドウズ版もちゃんとあります

⇨同感です。過去はそうだったかもしれませんが、winも同様に素晴らしいものを持っています

>会社Windowsです

>一部の業界を除いて、ほぼすべての会社PCWindowsです。あなた会社PCWindowsだと思います

>僕が製造業仕事をしていたころは、自社や取引先を含めて、MACを使っている人なんて一人もいませんでした。全員Windowsです。

>どんなことでも同じですが、全く操作性の違うものを2つ併用して使うのは辛いです会社Windows、自宅はMACというのはイライラするはずです。

>実は僕も2年位前にMacBookProを使っていたことがあるのですが、やはり共通性という面で苦労しました。

>結局、会社に合わせる形でMacBookProは売却してWindows機を買いなおしました。

⇨同感です。二兎追うものは一兎をも得ずです。

>学生Windowsを選ぶべき

>会社Windowsなので、大学生絶対Windowsを選ぶべきです。会社に入ってから、「Windows触ったことありません」なんて

>正直お話にならないです。ふざけるなってなりますよ。

>就職後のことも考えれば、圧倒的にシェアが高いWindowsを選ぶべきだと僕は思います

>まぁ、フリーランスとかデザイン業を目指しているのであれば、MACでも良いかもしれませんが。

⇨同感です。入社という未来があるのに今がよければという考えはもってのほかです。

>5.MACウイルス感染しない?

>MACウイルス感染しにくいことを自慢する人も多いですが、それも間違いです。MAC向けのウイルスなんて大量に存在しています

>Windowsよりユーザー数が少ないから、あまり話題にならないだけです。

>ちゃんと、MAC向けのウイルス対策ソフトだって売られてますよ。安全だという思い込みによって、セキュリティ意識が低下する方が怖いです。

>ちなみに、Windows10ならOS自体ウイルス対策機能が搭載されています。家庭利用なら別途ウイルス対策ソフトを入れなくてもウイルス

>感染することなんてほぼないです。

⇨同感です。意識が低下して感染する可能性は大いにありますね。

>6.ハードウェアソフトを同じ会社が作っている

>MACソフトハードAppleが作っています。そのため、安定性が高いとか、ソフト最適化が進んでいるとか、主張する人も多いです。

>でも、僕がMacBookProを使っていた時は、特別ソフトインストールしていないにも関わらず、結構フリーズしてましたよ。

>頻繁に動作不良問題も発生しているので、大して安定しているとも言い難いと思います

>そもそもMAC OSって、BSDUNIXベースなので、Appleが一からOSを作っているわけではないです。

>最近Windowsはほぼブルースクリーンフリーズが発生しないですし・・・MAC OSWindowsより安定しているという主張は納得いきません。

⇨同感です。急な不調を訴えて働くなったりでは困りますよね。

>7.WindowsフォントUIが酷い?

>MACユーザーはよくWindowsフォントが酷いとか、UIダサいとか、批判します。でも、それって本当でしょうか?

>僕はWindowsUIフォントは好きですよ。むしろMACのようにデザイン重視ではなく、実用性も考慮しているので、使いやすいと思います

>正直言って、Macフォント無駄アンチエイリアスを利かせすぎていて、綺麗だけど見やすくはないと思うんですよね。

⇨同感です。外見だけでなく実用性も備えているべきですよね。

>8.トラックパッドが使いやすい?

>たしかMacトラックパッドは使いやすいと思いますが、最近Windows機もかなり改善されています

>激安モデルはあまり良いさわり心地とは言えませんが、MACと同価格帯の高級機であれば、凄く使いやすいと思います

>そもそも、僕はMacBookのような大きなトラックパッドが嫌いです。キーボード入力時に誤動作する可能性が高いので、僕はレッツノートの様な小型タイプが好みです。

⇨同感です。昔はそうだったかもしれませんが他を探せばいくらでもいいものはありますよね。

==

無職ブロガーヨシダさんが仰ることに全て同感です。

winにはとても素晴らしいPCがたくさんあります価格も申し分ない。

それに比べてmacコスパ良くないですし急にフリーズだってします。さっきもしました。

本気で苛立つことだって1度や2度ではありません。

そう認めてもなお、どうしてmacを使い続けるのか。

それは。

macに恋してるからなんでしょう。

macのすべてが、僕にとって魅力的にうつるわけです。

そう言えば、Sublime Textは「恋に落ちるエディター」と呼ばれています

よかった、最後に元々書きたいことが書けました。

2017-06-06

http://anond.hatelabo.jp/20170606123853

一番の理由は、常用する開発ツールサポートされているかどうかですよ。

エディタなりIDEなり、フォトショップなどが動くかどうかが大事なの。

2017-06-02

Vim学者vimtutorやるな

まずhjklとiと:wqだけ覚えろ。

vimtutorなんてやるな。

チュートリアルなんて時間無駄からやめろ。

チュートリアルを終わらせるのに25から30分ぐらいかかるらしいが俺は1時間ぐらいかかった。

チュートリアルやり終えてもコマンドなんてすぐ忘れるからやめとけ。

チュートリアルなんて所詮チュートリアルだ。

こんなのに時間を使うなら家事でもしてろ。

vimtutorなんかより:h indexを見て自分が良いなと思ったコマンドを覚えたほうが10000%Vim力が伸びる。

そうさ、:h index逆引き辞典なのさ。

全てのコマンドを覚える必要はない。

Vim本も買うな。

俺達の聖書は:hだけだ。

チュートリアルも見るな。

エディタの併用もやめろ。

頭で覚えるな。

手でVimを覚えろ。

2017-05-29

そろそろテキストファイルの改行コード統一してもいいんじゃない?

WIndowsMacLinuxバラバラだけど、今時のテキストエディタだと、どの改行コードがきても正常に動作するじゃん。

バグるのはメモ帳くらい。

Windowsしか使わないから知らんけど、他のOSテキストエディタでもこのくらい対応してると思う。

から互換性とか切り捨てて、どれかに統一してもぜんぜん不便なことにならないと思う。

俺としては、高性能のエディタバグるメモ帳に合わせて、CRLFにしたら全世界幸福になれると思う。

2017-05-25

人生まだまだ続くのか・・・

いい歳こいて、仕事でほんと配慮すべき点に頭が回らないまま資料を上に提出してしまうし、情けない。

何年この仕事やってんだよ。

さら自分がクソなのは、それを指摘されたら自分全否定された気分(いやほんとに否定しているかもしれんが)になって、自分なりにやったんだと言い訳してさらにドツボに入る点。

素直さが消えて性格まで劣化してホント救いがない。

なんとかして自分を高めないといけないと思いつつも、夜になったらすぐに眠気が襲ってくるし。

週末もダラダラしてしまって無為に日にちばかりが過ぎていく。

どうしろっていうの!

日中過眠症が発動して強烈に頭がボーッとしている時があるんだけど。

エディタも気がついたら4行ぐらい同じキーで埋められていたり。

ここは医者から処方されているリタリンを飲む量を増やすべきか。

ーこの眠くなる「かもしれない」のがデスクワークをし出してからしばらく時間が過ぎてからだというのが辛い。

午前10時半に眠くなり出した時には、保育園児か!と突っ込んでしまう。

それから薬を飲んでも遅いんだよなあ。

そのくせ昼休みとかになると頭がしっかりするような気がするのでなんとかなるかな?と思ってしまう。

一応それでも用心して飯食べたらすぐに寝るんだけどね。

読み通り本当にしっかりしたままの時か、せいぜい13時代を乗り切ればなんとかなった時もあれば、16時台にすごくだるくなったり。

まあ冒頭のミスは頭がしっかりしていると自分は思っていた時にまとめた資料なんだけどね!

周りの人たちが短時間自分を追い抜いていくのばかりを見ていくと、自分ホント人間として色々欠けてどうしようもない奴なんだなと今日も暗い気持ちに落ちていってしまう。

他の人と話している時はみんな明るく話をしているのに、自分と話している時は周りの人たちがイライラしているんだなというのは伝わってくる。

でも自分はなんともできない。

みんなさらにこの上結婚して子供を育ててるなんてホント信じられない。

なんでそんなに余裕があるの?

自分毎日仕事をこなしていくだけで精一杯だよ!

その仕事もうまくこなせなくて減給減給だけどね。

今やっている仕事も、どうせどんなに気をつけても頭が足りなくて重要なことが抜けていて、失敗して叩かれまくるんだろうな。

不安なのでこれでいいか聞いたら、それなら自分がやった方が早いよ!なんて言い返されてしまうし。

もう暗い未来しか見えない。

これからまだまだ本格的に自分劣化してくのか。

仕事辞めたい。

辞めたところで次にやりたいことは何もないけど。

つーか、夜に増田書いている暇があるなら、とっとと飯食って風呂入って寝ろよ。>自分

2017-05-24

自分就活していたときに、これだけは外せないみたいな条件のメモが出てきたのでここに書いておく。

他にも、できればあるといいなぁという項目に

などがある。

これらを基準に選ぶと、まともな会社が多くて良かった。

上記の基準を満たさな会社は、エンジニア人権がなさそうだなぁと思う。

というかこれらの基準を満たさないとまともなエンジニアリングってできないと思うんだが...

2017-05-19

エディタAtom文字がなんか滲む

うまく表現できないのだが、マウスカーソルが乗ってないペイン文字がどんどん滲んでいく(エディタ部もメニュー部も)

クリックするなどして「前面」に持っていくとくっきり表示される

いくらぐぐってもこの症状が出てこないんだが、常用にしんどいのでなんとかしたい

Windows10なんだけど、だれか困ってる人いないかなー。Chromeでは起こらないんだけどなー

2017-05-15

http://anond.hatelabo.jp/20170515130428

いざ何か(たいていはHTML)に変換するときオリジナルだと面倒なので適当マークダウン言語を使うといい
最初おすすめはそのものずばりMarkdown

http://www.markdown.jp/what-is-markdown/

できあがった文書があるのならMarkdown表示アプリで小綺麗に表示させれば見栄えもいい(HTMLWebブラウザ関係に同じ)
多くのモダンエディタ組み込みMarkdownの書式をサポートしているから書きやすかろう


そういうの抜きでいいなら中黒「・」かな
日本語変換中のキーボードから一発なのがいい

2017-05-12

コンパイラーが無料じゃないなんて!」ちょまど氏記事修正箇所

修正前: https://archive.is/gWxJY

修正後: https://thinkit.co.jp/article/11373

差分: http://difff.jp/4jrxz.html

以下、大きく変わった箇所を抜き出します。

ちょまど:もう一つ言えば、開発ツール無償じゃないのもなんか間違ってるって思っていたんですよ。なのでXamarinマイクロソフトに買収されたって聞いた時にすごく喜んだんです。これでXamarinはきっとOSSになって無償になるって思って。

ちょまど:もう一つ言えば、開発ツール有償だと開発者に浸透しにくいって思っていたんですよ。なのでXamarinマイクロソフトに買収されたって聞いた時にすごく喜んだんです。Xamarinライセンス代が高かったけど、これによりきっと無償になるし、しかも(XamarinチームはもともとMonoチームが母体OSS好きなのもあり)XamarinランタイムOSSになって人に勧めやすくなるかなって思って。

----

ちょまど:そうです。私は逆にマイクロソフトWindows会社しか知らなくて、開発者になってからVisual StudioC#会社で、とってもOSS会社だって思ったんですが、入って気づいたのは世の中にはものすごくマイクロソフトキライな人が多いって言うことで(苦笑)。なんかアンチな人が特にインターネットには多いです。

ーーあー、マイクロソフトアンチが多いのはよくわかります。昔を知っている人は特にそうなりがちかもしれませんね。

修正記事からは上記文章が削除されました。

----

ちょまど:さきほどからマイクロソフトが変わって衝撃を受けていると言う話がみなさんから出てきてますけど、私からすればエディターがOSSなのは当たり前だし、開発ツールは当然マルチプラットフォーム対応だし、そういうのはもうホントに当たり前だったので一緒に盛り上がれなくて悲しいです(笑)

ちょまど:(さきほどからマイクロソフトが変わって衝撃を受けていると言う話がみなさんから出てきてますけど、)私からすればVisual Studio CodeのようにエディターがOSSなのは当たり前だし、Mac版のVisual Studioが出たように開発ツールは当然マルチプラットフォーム対応だし。マイクロソフトが変わって衝撃! という話題で一緒に盛り上がれなくて悲しいです(笑)

----

ちょまど:でも無料じゃない開発ツールっていうのが不思議だったんですよ、そんなことしたら開発する人も増えないし、結果的不利益を被るのは目に見えてるじゃないですか。「どんなに良いツール作ってもお金取ったら無意味だ!」って思ってました。なのでXamarinマイクロソフトに買収されてホントに嬉しかったです。だってAndroidiOSの両方作ろうと思ったら1年で25万円くらいかかるんですよ。

ちょまど:でも無料じゃない開発ツールっていうのが不思議だったんですよ、ベースが有料だと、開発する人も増えにくいし、結果的不利益を被るのは目に見えてるじゃないですか。「どんなに良いツール作ってもお金取ったら広まりにくいよ!」って思ってました。XamarinAndroidiOS版の両方のアプリを作ろうと思ったら、ライセンス代が1年で25万円くらいかかってたんですよ。私みたいな社会人歴2〜3年の人が趣味でやるには高過ぎる値段でした。

----

正直言って元記事のちょまど氏の発言不正確なところが多々あった。

Microsoftの方によると

と、記事にするのに必要な補足がうっかり抜け落ちたようだ。

2017-05-07

Atomエディタ日本語入力確定前のカーソル移動が見えない

持ってる人はやってみよう。文節区切りを変え隊とかひらがなにゅうりょくしてryときのにゅうりょくみすけしたいときとかのどうさだ
なんでこんなことになってるのかと思ったら「AtomはChrome+JacaScript+CSSなのでブラウザ上のJavaScriptから読めないものはできん」ということらしかった。
Atom絶妙に重いのは中身Chrome(正しくはChromimum)だからか!なるほど!畜生
日本語利用を片隅に置いて作られたものじゃないから仕方ないのかねコレも

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