「markdown」を含む日記 RSS

はてなキーワード: markdownとは

2018-09-02

Markdownはなぜか人気高い

技術者を惹き付ける謎の魅力があるのか

2018-08-24

いい加減にMarkdownに乗り換えろ

いつまではてな記法なんだよ もうMarkdown時代も終わるぞ

2018-08-22

anond:20180822105650

20世紀中はEmEditor無償版や、TeraPadなどのTEditor系エディタをいくつか試し

21世紀になってサクラエディタを知って、軽いテキスト編集ならこれに決定。

xyzzyvimに手を出そうとしたが失敗。

Sublimeが人気と聞いて(使った事は無い)、AtomBracketsを経由し

Web開発向けにはVSCodeに決定。markdownもこれで書く。

2018-08-14

anond:20180814220748

Web系は簡単設計文書ならMarkdownで書いてgit管理するということが多いかも?

図が必要場合は… どうするんだろう

2018-08-09

xyzzy 使いに 50 の質問

01. ハンドルネームは?

  増田

02. ご職業、年齢はいくつですか?

  なんでも屋さん、アラサー

03. xyzzyについて何かwebサイトを持っていますか?

  持っていません

04. 現在使用中の xyzzyバージョンは何ですか?

 0.2.2.253

05. xyzzy 使用暦はどれくらいですか?

  15年くらい

06. xyzzy を使うようになったきっかけは何ですか?

  昔のことすぎて忘れましたが、学校UNIX 演習で Emacs を使っていたので、Windows でも使おうと思っていて見つけたんだと思います

07. xyzzy 以外に使っているテキストエディタはありますか?

  Atom, McEditor

08. xyzzy を使う前に Emacs 系のテキストエディタを使ったことはありますか?

  はい

09. xyzzy を主に何に利用していますか?

  プログラムを書いたり設定ファイルをいじったり、テキストに関することならだいたい

10. xyzzy が関連付けされているファイルタイプは何ですか?

  txt, md, log, ini, bat, html, xml, css, less, scss, sass, styl, js, coffee, pl, php, py, rb, java, sqlかにもあるかも

11. xyzzy他人に勧めたことはありますか? また、結果はどうでしたか?

  使い始めた当時同級生が何人か使っていました

12. xyzzyフリーじゃなかったとしたらいくら位の値段になると思いますか?

  今なら3000円くらいなら買う

13. xyzzy を何と呼んでいますか?

  じじー

14. xyzzy の好きな点・嫌いな点はどこですか?

  好きな点:動作をほぼ自在カスタマイズできる点

  嫌いな点:動作カスタマイズするとき不自由なところがある点

15. パソコンを立ち上げている時間の内、xyzzy をどのくらい使っていますか?

  業務ときは3割くらい?

16. キーバインドWindows風ですか? Emacs風ですか? オリジナルですか?

  Emacs

17. .xyzzyに書く派ですか? .siteinitに書く派ですか?

  必要に応じてそれぞれに

18. 拡張Lispバイトコンパイルしますか?

  してます

19. セレクションリージョン、どちらを多く使いますか?

  リージョン

20. xyzzy を使っていて挫折したことはありますか?

  はじめのころ五目並べになかなか勝てなくて挫折しました

21. xyzzy の使い方をどうやって学びましたか?

  実際にさわりながら。LispGoogle 先生さまさま

22. xyzzy を使うにあたって一番苦労したことは何ですか?

  xyzzy 自体Lisp APIマニュアル化されていないところ

23. xyzzy を使って目からウロコだった機能は何ですか?

  Buffer Menu

24. 今の xyzzy に望むことはありますか? またそれは何ですか?

  矩形機能に影響が出そうだけどプロポーショナルフォントへの対応と、絵文字など最近 Unicode に追加された文字への対応

25. Lisp はある程度読み書きできますか?

  xyzzy自分の使いやすいようにできる程度には

26. Lisp のほかに読み書きできるプログラム言語はありますか?

  JavaScript, ES 2016, Coffee Script, Action Script 3, C, C++のごく一部, Objective-C, Rust, Swift, Perl, PHP, Python, Ruby, bash, xyzzy lisp

27. 自分で作った 拡張Lisp を公開していますか?

  GitHubGist にあるので探してください

28. 拡張Lisp で導入しているものは何ですか? (多い方は代表的ものをお答えください)

  clickable-uri, jscript-mode, markdown-mode など

29. これは外せない! という 拡張Lisp はありますか? またそれは何ですか?

  いろいろやるので今ある拡張機能がないと無理

30. NetInstaller を利用していますか?

  はい

31. 拡張DLL を導入していますか? またそれは何ですか?

  popup-dododo のための Cairo とか?

32. ドキュメント(info,reference等) は使っていますか? また、それは何ですか?

  使っていません。自分で改造してキーワードを全部 Web検索するようにしています

33. ネット関係拡張Lisp(www-mode,kamail等)を使っていますか?

  xyttr

34. アウトライン系のLispは使っていますか? またそれは何ですか?

  使っていません

35. メモ系(changelog-memo,howm等)Lispは使っていますか? またそれは何ですか?

  使っていません

36. xyzzy五目並べはやったことがありますか? また、結果はどうでしたか?

  今なら結構勝てます

37. キーボードマクロは使いますか?

  たまに。テキストの整形処理なら正規表現ゴリゴリやるほうが多いです

38. 辞書機能は使いますか?

  使っていません。国語英和・和英、英英辞典iPhoneアプリを使います

39. xyzzy のファイラは使いますか?

  毎日仕事に欠かせません。便利にカスタマイズしすぎてむしろファイラだけのために新しく xyzzy 自体を起動することもあります

40. フレームは使いますか?

  あまり使いません。新しく(Windows における)ウィンドウ

41. セッションは使いますか?

  使っていません

42. メーリングリストには参加していますか? また、メール送信したことはありますか?

  ありません

43. 2chxyzzy 関連スレッド書き込みしたことはありますか? また、その頻度はどのらいですか?

  大昔にどうしてもわからないことがあって書き込んだ記憶があります

44. xyzzywikiに書き込みしたことはありますか? また、その頻度はどのくらいですか?

  拡張機能実装に関してちょろっと書き込んだ記憶があります

45. xyzzyメニューは表示していますか?

  たまにほしくなるので表示しています

46. xyzzyツールバーは表示していますか?

  隠しています

47. xyzzyファンクションバーは表示していますか?

  表示していません

48. xyzzyバッファバーは表示していますか?

  表示していません

49. 色、フォントなどは変更していますか? またそれは何ですか?

  色は暗い背景色ハイライトカラーはできるだけ色相を離したパステルカラーです。

  フォントConsolas に源新ゴシック Regular を組み合わせています

50. 最後に、一言お願いします。

  まだまだ xyzzy は不滅です

2018-07-16

低脳なやつらが esa を使った場合の結末 to: @esa.io

エンジニア向けの社内ドキュメント共有サービスであるhttps://esa.io/ を、義務教育で作文を習ったかあやしいやつらが使うとどうなるか事実を書く。

 

問題点

1. Markdown が使え無い

2. 履歴機能(バージョン管理)が使え無い

3. ディレクトリ構成がゴチャゴチャ

4. WIPとShipItを使い分けることができない

5. H1とかH2とかの階層がゴチャゴチャ

6. 使用する言葉一定でないため検索時間が掛かる(文字のゆらぎ)

7. 誰もドキュメントを整理しようとしない、整理の必要性を感じていない

8. タグが使え無い

9. 更新内容を書かない

10. Archiveしない

 

その結果、

更新依存による検索が始まり、調べるのに時間がかかる

更新内容が分かりづらいための、現状把握への時間がかかる(アップデート内容が分からない)

・何を目的とした記事なのか分からない(情報共有なのかポエムなのか等)

・完成している文章なのかわからない(信頼のおける文章なのか分からない)

・正直、何の話をしているのかわからない(ディレクトリ構成、ヘッダー、文字のゆらぎが激しすぎる等で理解不能

意味不明タグ付け

意味不明な年月日によるディレクトリ構成

・書き捨てられる文章に見える。しかしその実はとても重要文章である。ただし更新依存のため見つかりにくい

ドキュメント作成者は書いて伝えた気持ちになっているが、全く伝わらない

ドキュメント警察必要となるが、ドキュメント警察に割ける時間は0。(ドキュメント警察っていうのは、「この書き方がだめ」とかダメだしする役割修正する役割のことをさした)

 

まず義務教育で作文ならったのかな。

Markdownディレクトリ構成更新方法については教えればいいとして、文章構成が出来ていない点が義務教育を修めたのか懐疑的にさせる。

 

esaみたいなサービスって他にも結構あると思う。ただいずれにせよ自分達がドキュメントを育てることが出来るのかまずは考えてから使い始めた方が良い。

あとサービスによっては無料期間があるので、その間に見極めることも重要と学んだ。

 

正直、GoogleDocsを見ても全て「本文スタイル」で書かれていたりとかして、何を使わせても同じなので明らかな能力不足。

Markdownを教えたりとかタグについて決めたりということはしたんだけど、守られないし風化させられる。教える方がバカに思える。

小学生向けの作文の書き方を元に教えたりしたけどだめだった。

 

ワイの力ではムリでしたごめん

2018-06-23

anond:20171016133915

表はね、Markdownを考えた人とは別の人が付け足したものなんだ。

Markdownを考えた人はあえて表を盛り込まなかった。HTMLタグで書いたほうがまだいいと判断したんだろう。

anond:20180623101207

HTMLはそのうち自分定義を作れるようになるんじゃなかったっけ?

Markdownを吐き出すライブラリも大抵出力を気軽にカスタマイズ出来るよね

Markdownは何がすごいの?

この前、

・ 「HTML書かなくてもいいんですよ!!」← 今はHTML書く時代じゃないだろ…

・ 「テキスト打つだけで見出しとか箇条書きとか書けます」← 増田でも見出しと箇条書き書けてるんだが

・ 「みんな使ってるからフォーマットデファクトスタンダードになっている」← フォーマットならテンプレートを用意するもの

・ 「ExcelWordで書くよりも検索やすい」← なぜ突然Excel比較を?

・ 「![タイトル](URL)で画像も貼れちゃいますよ!!」← 画像は選んで貼る時代じゃないのかよ…

・ 「書き方がシンプルからタイピング回数が減ります」← スマホで ### とか半角にして打つのめっちゃダルいし、IMEでいちいち半角にするのもダルいけど

・ 「プレビューを表示しながらMarkdownを書けるエディターがあって便利」← 例えば増田プレビューを見なくても書けます

・ 「あと、自動HTML化できるんですよ!!」← 今はHTML書く時代じゃないだろ!!

…などという回答を得たんだけど、Markdownを使う利点(同じソフトウェアや、同じWebサービスで使わない場合比較して良くなる点)が知りたい。

 

「〇〇ができる」と言う前に「それが必要でなくなること」のほうが大事

 

【追記:2018/06/23 9:37】

自分ひとつつけました。

・ 素朴なテキストしか入力できないブラウザーでも、Wordみたいな体裁付きの文章をかける

Markdownの利点は、ブラウザーの記入欄がWindowsメモ帳以下だからこそ成立するのではないでしょうか。

2018-06-14

anond:20180614112314

Markdownで書いて、PandocでTeXにして、オーサリングツールで図とかそのへん追加して細かい調整して、好きな形式エクスポート

2018-04-04

markdownの次に覇権を取るマークアップ言語は?

理由も挙げてくれると助かる。

(mdで良くね?も可)

自作の手順書アプリに導入する。

2018-02-27

anond:20180227102858

ドキュメントVCS管理するのは、テキストベースでやるのでない限り、上手くいかないんじゃないかと思う。

更新毎のdiffが見れないんじゃ旨味が無い)

はいえ、HTMLとかMarkdownとかで設計書作って上手くいってる人いる?

2018-02-24

anond:20180224012212

HTMLTeX系になってしまうんじゃないかなぁ

まぁMarkdownはあの簡潔さがいいので目的が違いすぎる気がするけども

Markdownって使う場所によって細かい挙動全然違うので、

ぜんぜんわからない。俺たちは雰囲気Markdownを書いている。

から抜け出せない。

2018-01-25

[]アデューする方法を自問自答

パスワード保護されたマイクロソフトオフィス文書対策

そういうファイルををメールで送ってくる輩があとを絶たない。

グーグルドキュメントパスワード保護された

オフィスファイルオープンできないはず

無料マイクロソフトオフィスアプリ(読み取り専用)っていう

奴ならOKなんだろうか?


あと自分保管用にパスワード保護しておきたいとき

これはMD(markdown)で書く!!

それは良い。パスワード保護は、どうする?俺

Zip圧縮するとき保護するってのは、思いつくけど、

良い方法とは思えない。

ちなみにDOCXも実はZIPなんだよね

https://anond.hatelabo.jp/20180116085023

2018-01-22

もうWebなんか全部Markdownだけでいいよ

たくさん機能あってもロクなことに使われない

デザイン凝ったサイトは見づらくてウザいだけ

結局必要情報ってテキストデータだけ

見出しを作る・文字を太くする・見やすくする機能以上は不要

Markdown専用のWebブラウザが出ればいいよ

2017-10-16

Markdownは使いにくい

Markdownはただのマークアップ言語

HTMLに「画像を挿入」できないのと同じ


で、まあ、Markdownはその出自上「テキストファイルで見たときにそれなりの構造を反映した見た目であること」を重視してる

Markdown文書さらHTMLPDFに変換することをあまり目的としていないのだ

からそもそもグラフィカルな編集サポート機能画面があるならその編集画面内での記述方法Markdownである必要はないというかむしろ害悪なんだよね

画面の内側でXMLなりHTMLなりバイナリで保持してから変換してユーザーリアルタイムに見せればいい

いまのMarkdownは使いどころ間違った使い方をされてることが多いのだ、君は被害者といえる

あとマイクロソフト関係ないぞ!

Markdownは使いにくい

最近Markdown流行っている。

GithubMarkdownだし、ブログMarkdownで書くし、QiitaMarkdownだし、

どこもかしこMarkdownだらけ。

で、最近情報共有ツールとしてMarkdownを勧められたんだが、これが本当に使いにくい

まず、画像画像の挿入がクソめんどくさい。

エンジニアなら、画面キャプチャ使った手順とか作ることもあると思うけど、

キャプって文中への挿入がクソめんどくさい。

わざわざファイル作ってリンク貼らなきゃだめなわけ。

あのさ、クリップボードキャプってペタペタ貼り付けられないわけ?

しかMdファイル画像ファイルが分割されるから、1つのファイルマニュアル送ります的な感じで展開できない。

PDF化すれば良いって?校正できないだろ。

じゃあZipで送るわってアホかよ。

ワードの方がマシだよ。

次に、表機能がクソ。マジでクソ。

エンジニアなら、機能比較表とか作ると思うけど、Markdownは表を作るのがめんどくさすぎる。

そもそも罫線書かないと表を作れないのもウンコだけど、

なにより改行とか、表中の文字装飾がHTMLタグじゃないと使えないのがゴミ

brタグ無限に続きそうな横長のテキスト見ただけで辟易する。

なんなんこれ?考えたやつ馬鹿だろ。

無駄に長いクソアフィブログより、簡潔に機能比較された表の方がひと目で分かるし便利だろ。

機能もっと書きやすしろや。なにがオープンだよ。

エクセルの方がマシだよ。

よって、Markdownはクソ

マイクロソフト最高ヽ(=´▽`=)ノ

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-05-15

http://anond.hatelabo.jp/20170515130428

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

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

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


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

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