「markdown」を含む日記 RSS

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

2022-05-06

anond:20220506213638

投稿なんだけどこんな感じでいいのかな?

MarkDownが使えなくて地味に一部書き直しになった

2022-04-04

revert Markdownが便利なことに異論はないが、社内文書は膨大になりやすいので、まともな全文検索が出来ないのは実用問題があるのよね。Markdown記述した文書郡をどうやって管理するのかに興味があるな

エクスプローラー全文検索かけられる。

エクスプローラー 全文検索 で検索してみよう

2022-03-23

Markdownノートをとる人の気持がわからない

見出しリストもいらないしノートの仕上がりを別窓で見るのも馬鹿げている。

2021-12-25

とあるスタートアップが終わる時 (5)

前回: https://anond.hatelabo.jp/20211224013035

調達した資金も少なくなり、経営陣が焦っている様子が分かるようになった

それと同時に社内の雰囲気はどんどん悪くなっていった

この頃からCTOCEOが言い争いをするようになっていた

仕様は決まらないし、毎回ぶれて朝令暮改

一応アルファ版でリリースしたが、内部はボロボロ

バグだらけでまともに使えない

スーパーエンジニアを雇っても仕様おかしいからこうなるのは必然だった

プレスリリースを打ってもせいぜい数千PV

そのくせCEOメディア調子のいいことを言う

対して社内の雰囲気は最悪

社員が次々と辞めて、開発はさらに遅れるようになった

そんな中、Kさん上層部と頻繁に会話して仕様を決めたり

資料作成していた

コーディングも決して早くは無いが徐々に進んでいるようだった

Kさんはまとめた仕様設計Excelでまとめていた

「そんなものは見ない、SIerじゃないんだからやめろ」

Markdownで書くのが今風だ」

と言われていたが「自分用のメモです」と言ってコツコツ書いていた

まあ、誰も見る事ないけど邪魔にもならないから良いかと黙認されていた

次回: https://anond.hatelabo.jp/20211226023139

2021-11-05

うPythonは終わりました

なんか今頃になってPython学習コンテンツが充実してきてるけど

Pythonってもう旬を過ぎたと思うんだよな

AIとかディープラーニングが全盛期の数年前とかだったら

tensorflowとかsklearnとか使うためにPythonは凄く有用だったしこぞって使ってた

まぁそれでもPandasはクソだったけど他に選択肢もなかった

あと、AIみたいにサービス化とかUIを気にしなくて良いようなワンショットプログラミングには向いてた

型付けとかしなくていいし、少しぐらいメモリリークしてても気にしないし、UIはtensorboardとかグラフpngで吐き出せば良かった

何よりターミナルから打ち込んだら実行してくれたりMarkdownファイルの中に書いたら実行してくれたりそれはまぁ便利だった

ところがAIコモディティ化して頭打ちも見え始めてきた段階でそろそろビジネス化しないといけないけど

そうなるとPythonみたいなやんちゃ言語プロダクトレベルまで実装出来る人が少ないことに気づき始めた

UI作るの面倒だし、型チェックとかもやってくれないから想定してないバグが出たり

Pythonを凄いやってた人も「プロダクトレベルとなるとちょっと」っていう人が増えてきた

かといってJavaには戻りたくないってなってTypeScript流行り始めた

そもそも最終のUIWebだし、jQueryから始まったReact/Vue/Angularあたりはどれを使っても簡単UIを作れる

おまけに枯れたNode.jsサーバレスに実行できる環境であるからTypeScript流行りまくってるんだと思う

Web系の弱いところはスマホアプリで、WPAあるけどイマイチ流行ってないしAppleが乗り気じゃ無いのがなんとも

なのでflutterあたりが人気出てくるかなぁ、とは思うけどWeb系ほど選択肢が無いから合わない時にとことん合わないと思う

ここから数年はPython人気が落ちてきて、TypeScriptが伸びて、Dartじわじわ伸びてくるんじゃないかなぁ

学者Python、とか言うけど関係なくTypeScriptやった方がいいと思う

2021-10-29

程良い難易度で新しいことを覚えて行くのは楽しい

1. Markdown, Textileは知っていた。

2. 「何か新しいことを覚えようかなぁ」というコレクター魂のようなもので、reStructuredTextの手を付ける。

3. Sphinxなるものを知る。PythonからDjangoとか、あの見慣れたチュートリアルを作るドキュメントツールSphinx

4. 面白いのだけど登場人物が多くて話が追えないなろう系のメモとして使ってみる。

5. 慣れた頃に、高校物理数学の復習へ逸れる。

6. LaTeX記法での数式表現、Matplotlibの機能に感動する。

7. 気づくと書き貯めたメモ(rstファイル)が大量に…

8. 索引ページに気づく。

9. 日本語表示がイケてない。微分なら「は」の項目に、積分なら「さ」の項目に表示してほしいじゃん?「微」「積」の項目なんよ。。英語と同じように「頭の一文字」を取ったらそうなるよね。

10. 探してみたら、「Yogosyu」というプラグイン(※Sphinxでは拡張モジュール)があった。使ってみる。

11. 最新のSphinx対応していない。ここからPythonコード解析へと逸れる。

12. 取り敢えずエラーはでなくなったけど、元々索引ページとは関係ない機能だった。同一「用語集」での表示順が日本語対応するだけ。

13. (しばらく放置

14. 「単語の先頭に振り仮名を付け足せば、いい感じにソートしてくれる?」と気付く。

15. 表示の直前で「振り仮名」を取除くために、どこで表示しているか探す。

16. (紆余曲折

17. 索引ページで思ったように表示されて喜ぶ。

18. ここで初めて「プラグイン形式にすれば良くね?」と気付く。

19. 他の拡張モジュールソースを見てやり方を学ぶ。

20. 出来上がって喜ぶ。

21. ここで初めて「これってクラスにしたら、全体の見通しが良くなったりする?」と気付く。

22.(この辺りで、unittestモジュールに手を付ける)

23. テストケースのお陰でリファクタリングが怖くない。喜ぶ。

24. setup.py, setup.cfgの書き方を学ぶ。

25. pypi公開を果たす。誰にも知られずひっそりと…

26. テストケースにjinja2を通した結果も加える。一人で成果に喜ぶ。

27. githubに手を付ける。学ぶ。基本的なことは覚える。

28. スタックオーバーフロー登録モブ参上

29. stack overflow登録モブ参上

30. teratailに登録。コソコソ。「何がなんだか分からない」では質問しないし、そのうちどうにかなることが多い。先駆者感謝

31. toxを知る。学ぶ。基本的なことは覚える。

32. coverageを知る。学ぶ。基本的なことは覚える。

33. circleciを知る。学ぶ。基本的なことは覚える。

34. カバレッジが90%を超えて喜ぶ。←今はこの辺。

※ボッチの日常

2021-10-23

初心者向けPython教材・資料おすすめ

※随時更新、本記事は、親記事anond:20211018163759 」も合わせて読むことを推奨しております


色々なぶくまで紹介される Python 等の資料について、一応初心者は脱している身として、私見を元に初心者に向けたおすすめ度を紹介していく。

★~★★★★★ で個人的おすすめ度も示している。

ゼロからPython入門講座:★★★★

URLhttps://www.python.jp/train/index.html

Python 情報サイトの老舗である Python Japan初心者向けコンテンツ。若干覚える量が多いので挫折心配になる分量ではあるが、普通初心者意識した内容であり、初学者にもおすすめできる範囲の内容と考える。

勿論、有償書籍のほうが充実したものも多いだろうが、無償の中では比較初心者向け。

paiza ラーニング:★★★★

URLhttps://paiza.jp/works/python3/primer

動画で学べるのとそこそこの範囲網羅しているのと、環境サービス提供しているのでインストール周りを気にしなくていいのがメリットとなる。

逆にいうと説明が音声のみなので自分のペースで進めたい人には少しもどかしいかも知れない。

有料サービスに申し込むとエンジニア質問ができるということなので詰まった時にいいのかも知れない

とはいえ初心者質問であれば、teratail 等で訊けばいいと思う。世話になった分のチップ的な課金ならアリかも知れない)

@IT Python入門:★★★★

URLhttps://atmarkit.itmedia.co.jp/ait/subtop/features/di/pybasic_index.html

他の言語をかじったことがある人が詳細を知りたい時には便利だが、初心者にはちょいちょい分かりづらいところがある。

特に第一回目はわからないところは無視してスルーしないと、難しそうな資料だと勘違いされそうなので、構成もう少し考えればいいのにと思う。

このレベル情報無料公開されているのは純粋に素晴らしいと思える。

Python ゼロからはじめるプログラミング サポート:★★★

URLhttps://mitani.cs.tsukuba.ac.jp/book_support/python/

Python ゼロからはじめるプログラミング 」の著者が、著書の副読本的にまとめたPDFスライド)が公開されたページ。網羅性も高く、図解もありそれなりにわかやすい。

ただし、著書を教科書として授業する際に便利な資料として想定したものと思われ、詳細な解説は著書を参照という内容になっているため、初心者向けかと言われると少し悩んでしまう。

プログラムに関する知識がまったくない人であれば、先に紹介している ゼロからPython入門講座、paiza ラーニング@IT 等のコンテンツで基本を押さえて、その後で振り返りとしてスライドを参照するのが良いかと思う。

あるいは、著書を買うかどうか参考にするためのサマリーとして割り切って読み進めるのが良いかも知れない。

高等学校における「情報II」のためのデータサイエンスデータ解析入門:★★★

URLhttps://www.stat.go.jp/teacher/comp-learn-04.html

VIA:b.hatena.ne.jp/entry/s/twitter.com/tankazunori0914/status/1451365384238428161

これは Python というよりAI関連の話が中心となった資料で、7章におまけ程度にPythonの基礎も扱われている。

機械学習をやりたくて Pythonを始めようという方も一定数居るだろうからPythonをある程度押さえた上であれば有意義コンテンツと思われる。

コメント時は軽く眺めた程度だが、後でちゃんと精読しようと思える程度にはまとまっている。

Pythonプログラミング入門@東京大学:★★

URLhttps://utokyo-ipp.github.io/

既に元増田に書いた通りだが、東京大学学生向けの資料であり、遊びがなく、万人向けとは言い難い人を選ぶ資料である

よって、最初の講座としてこの資料を選ぶのは、学校教科書学業が大好きで、読むのが苦にならないという人だけが推奨で、それ以外の人は避けよう。

とはいえ、よくまとまっているいい資料なので、ステップアップの際に復習を兼ねて目を通す分には悪くない。

プログラミング演習 Python 2021@京都大学:★★

URLhttps://repository.kulib.kyoto-u.ac.jp/dspace/bitstream/2433/265459/1/Version2021_10_08_01.pdf

例の3000ブクマ2019年資料だったが2021年資料掲載されているので、掲示こちらを採用した。

イラスト等も交えて丁寧に解説しているが、本題の前にコンピュータ史のようなコンテンツがあったりするのがアカデミック資料だけあるなという印象。

あと例えば以下のようなコードがある。(資料92ページより引用

# x の平方根を求める

x = 2

#

rnew = x

#

diff = rnew - x / rnew

if (diff < 0):

  diff = -diff

while (diff > 1.0E-6):

  r1 = rnew

  r2 = x/r1

  rnew = (r1 + r2)/2

  print(r1, rnew, r2)

  diff = r1 - r2

  if (diff < 0):

    diff = -diff

コードのインデントがうまく働いてくれなかったので仕方がなく全角スペースで表現している。不等号も全角に変えている。コピペなどの際には注意されたし。増田記法よくわからんMarkdownで書かせて!

Python の初学者平方根計算という問題を与えてもなぁと。元々は現役の大学生に渡す資料なので普通に解けるでしょうけども。人を選ぶというのはこういうところを加味しての発言である

Python早見帳 + 機械学習帳@東京工業大学:★★

URLhttps://chokkan.github.io/python/index.html

   chokkan.github.io/mlnote/index.html

Python 早見帳も必要ものを一通りまとめたコンテンツになっていて東大コンテンツに近い。既に東大コンテンツを試した人であれば新しく試す必要性は薄いと感じる。

機械学習コンテンツはそれなりにボリュームがあるが、やはリファレンス的な使い方がおすすめで、別の資料で基礎を学んだ後に、知識の定着度を確認するために使うと良いだろうと思う。

Think Python コンピュータサイエンティストのように考えてみよう 第二版:★★

URLhttps://cauldron.sakura.ne.jp/thinkpython/thinkpython/ThinkPython2.pdf

VIAtogetter.com/li/1949514

Pythonのものを掘り下げた書籍オライリーの同書籍日本語訳である

端的に述べれば中級者向け教材。簡単Pythonを修めた人が更に知識を深めるために利用すると良い。

解説画像などが一切なくてもコードを読めばわかるというレベルの人におすすめ

オライリーと聞いて内容の想像がつくような人であればまず間違いないだろう。

言語を学んだ人がPythonを新たに学ぶ際には申し分ないと思う。一方で初心者最初に手をだすべきとは思えない。


データ分析のための統計学入門:★

URLwww.kunitomo-lab.sakura.ne.jp/2021-3-3Open(S).pdf

VIA: b.hatena.ne.jp/entry/s/twitter.com/tankazunori0914/status/1451365384238428161

自分は公開されたという話があった時に読んだが速攻で挫折した。Python学者には必要のない資料と考えてOK

分析をやっていきたいという人も取り敢えず P14 の練習問題を読んでみて、こういう資料で学んで行きたいと思えなかったら素直に積読しておけばいいと思うの。

ある程度分析問題をこなしたあとのステップアップに使用するのが良いかなと思える資料である

URL登録数に制限があるので、一部は意図的リンクを切っています

終わりに

ひやかし程度にぶくましてるだけなら別にいいのだけども、本当に Python習得したいのであれば、ある程度「初学者」のためのコンテンツをあたって挫折しないように学習するべきだと思っている。

Python 自体習得やすさとかライブラリの充実度とか結構バランスがいい言語だと思ってるので、沢山の人に普及するといいなという思いから、このようなコンテンツをまとめてみた。

誰かの役に立てばいいなぁ。

2021-08-30

手順書作る時にいちいち

エクセル手順書だから体裁整えるところから始めなければいけない

改版時も旧版印刷して修正点を赤字ペン書きしてからファイル更新しなければいけない

全部markdownで書いてgit管理しておけば差分なんてよっぽど分かりやすく閲覧できるのに

はあ

2021-07-19

テキストWebアプリ比較

Simplenote(Androidアプリ:あり)

テキスト保存系では文字通り最もシンプルインターフェイスが特徴

単純なタグによる管理しかないが、そのシンプルさでわかりやす簡単に使えるのが利点

Markdown対応(一部非対応)しているので、Markdownを使っている人、使ってみたい人に向いている

作ったノートWebに公開(Publish)できるので、プレーンテキストコピペとか)を公開するのに便利

Dynalist(Androidアプリ:あり)

Simplenoteとインターフェイスがよく似ているが、こちらはリストを軸にしたアウトラインテキストを扱う

Simplenoteのようなタグ管理機能と、アウトラインマインドマップ形式に表示できる機能があったのだが最近有料化されてしまった

作ったノートWebに公開(Publish)できるので、アウトライン形式テキストを公開するのに便利

ScrapboxAndroidアプリ公式はない)

テキストのほかに画像動画も挿入できる(左寄せ固定)ほか独自記法で装飾が可能

タグリンクを使ってページ間を連結することで様々な情報管理できる。「個人Wikipedia」とも呼ばれるWebサービス

Webへの公開・非公開はページ類全体に設定でき、ページごとの設定はできない

単純なBlogとして使うのもよし、独自研究したり蓄積した「個人Wikipedia」の公開するもよし

Notion(Androidアプリ:あり)

形式データベースが便利なWebサービステーブル構築やデータ入力などがしやすくできている

カレンダータイムラインなどタスク管理目的とした機能が多いが、スケジュール的な使い方をするには周期的な入力(毎週〇曜日とか)ができなかったりとちょっと足りない面がある

画像動画も挿入可能だが、テキストは1行ごとにブロック管理されるため、長文を扱うのは不向き

ブラウザ拡張機能や共有機能でWebページをNotionに飛ばすことができる。データベースに飛ばすと後の管理ラク

ページ(データベース)ごとにWebに公開(Publish)できるので、データベースを公開するのに便利


EvernoteAndroidアプリ:あり)

言わずと知れたテキスト管理サービスクライアントアプリが有名だが、Webサービスもある

テキストの装飾はいろいろできる

だが重い。デバイス制限もあるので使い勝手が悪い

すべてはここから始まった。現在過去遺物の置き場所になっている

2021-07-15

QiitaMarkdownわかりやすすぎワロタ

はてなダイアリー記述独特すぎて触る気がしなくてワロタ

まあ15年前のものから・・・

記述治安というか民度が違うのはしょうがない

まあそのぶんサーバーチューニングして高速にしてるのだと思うけど

2021-07-13

anond:20210713095741

個人的にはMarkdownより優れてるところもあるように思うが、

はてな記法一般的に使われるわけでなく

2021-05-12

はてな記法わからん

増田で一行あけるのってどうすればいいの?

はてな記法の 改行 (連続した空白の行2つ) ってなに?

空白って半角スペース?全角スペース?

半角スペース半角スペース だけで構成された行を2行かくの?

いちぎょうめ↓したに何もない行2こ挟む

にぎょうめ↓したに空白(半角スペース)がある行を2こ挟む

さんぎょうめ↓したに空白(半角スペース2個)がある行を2こ挟む

よんぎょうめ

は?できんのだが?

 

↑ここに全角スペースいれないと1行開けできないんだが?

MarkDownで書かせてほしいんだが?

2021-05-02

デジタル庁の話、

徹底的に単純化抽象化することで、馬鹿でも分かるようにしてメンテナンス性を上げるとか、(もちろんドキュメントちゃんと書け

技術者の本懐だと思うんだけど、無暗に複雑化したい、見栄えを良くしたいという考え方がまったく理解できない

そもそも、お役所関係仕事ってフリーランスでもみんな避けたい案件で、

先にガチガチ予算は決められてしまうし、

一度作ったら保守とか改善をしたがらないし、それはお金の決め方が民間と違うからそうなるわけで、

逆に、余ったか道路工事みたいに予算消化に協力してよみたいになって寧ろバグセキュリティーホールを埋め込んだりとか、

予算がないならないで公務員勝手にいじられて無茶苦茶にされたりとか、

Google Mapsなんかも公的サイトとか企業とかはGoogleお金払わないと使えないわけだけど、

それも決められた予算内でだったり、稟議の遅さとか、普通のお客とは大きく異なるわけで、

あと、なんか政府も含めて、DXだのカッコイ表現をしたがったり、ナウでヤングな開発スタイルやるぜ!みたいなノリだったり、

そういうの止めた方が絶対にいいと思う

そんなの当たり前じゃん、馬鹿なんじゃないの?と思われるぐらい単純化抽象化するのが論理的思考の基本中の基本であって、

そこまで落とし込んでもいないのに、余計なことをするもんではないと思う

俺の技術凄いでしょ自慢なら別の場所でできるだろと思うわけで

手書きHTMLが温かみがあるwみたいに馬鹿にする輩がいるが、

元の文章Markdownなりはてな記法なりで書いて、静的HTMLに変換して、基本的CSSで充分見栄えも良くなる

というか、マイナンバーカード申請しても返信がずっと来ないので、さっきまで国のマイナンバーカードのページを眺めていたのだけど、

文言が下手」「文章冗長」「同じことを繰り返し書いてないか?」「FAQが読みづらいレベル

という感じで、これ住んでる県とか市のWebもそうなんだけど、もっと端的にズバッて書けるんじゃないの?

デジタル庁の採用ページも必要ないエフェクトとかアホかと思ったが、文言も駄目、やりなおしレベルだと思う

思うけど、なんかポエム書く人の方が出世したりする世の中だったりするのでウンザリする

要は、その上のオッサンや老人を感動させなければいけないみたいな圧力に従った方が出世したりするわけだけど、

戦争もそうだけど、そうやって目上を忖度して負けたんだけどな

まあ、ティム・バーナーズ=リーとかだったら最近はどういう意見を言うのか、JavaScriptアリアリでしょと言うのか、

単純なテキスト相互通信するのが基本だから、みたいに言うのか興味はあるけど

いずれにせよ、公的案件普通案件と同じに考えると痛い目に遭うし、

デジタル庁ではそういうのはやめて、モダーンでナウでヤングバカウケな開発スタイルでやるぜ!

とか正反対に全力疾走されても不安になるんで、そういうのはやめてくださいとしか思えない

個人的には、こういうことを言うとまた馬鹿にする輩が出てくるんだろうけど、

jQueryみたいなのちょっと添えるぐらいで、それでもJavaScript切っても動作するように書けるわけだし、

とにかく、最新最近のやり方じゃないとか馬鹿にされても、余計なことをしない、

そうすることで仕事量を減らす、

基本的JavaScriptがなければ成立しないようなページを国が必要にするようには思えない、

フォームで充分なわけで、寧ろレガシー寄りで5年10年、下手すると20年安定することを考えるべき

一方ロシア鉛筆を、Intelではなく並列処理させたZ80を使った、

みたいにローテクでも確実に長期に動作させることを考えるべきだと思う

あと、どこまで行ったって国の予算税金なわけで、

JavaScriptフレームワーク流行り廃れが変わる度に無駄税金を使われてたまるか、

という気もする



あと、Nuxt.jsについてはちょっとしか知らないけど、

なんかトラブルになったときNuxt.jsソース読まないと困ることってないの?

Lodashだったか何だったかちょっと失念してしまったのだけど、

動作おかしかったのでソース読んで、時間をかけて間違いを発見して、

報告とかプルリクしようと思ったらタイミングの差で修正されてたこととか思い出すんだけど、

例えば、中国とかLinuxを国が採用したら、

中国国家公務員としてサイバー攻撃を含むハッカーが高給で雇われているわけで、

自分中国だったらソースを全部読ませると思うんだよなあ

頻繁にコードリーディングとかレビューとかやらせて、

から隅までLinuxなり、敵国から盗んだ技術なり、戦場で墜落したドローンとか戦闘機を拾ってきたり、ワリャーグとかそうだし、

徹底してリエンジニアリングさせると思う、自分にはそういう優れた技術力はないけど

もちろん、そうやってリエンジニアリングした組み込みOSなり、

そういった知見から独自リアルタイムOSを開発するなりして、

それをミサイルなり戦闘機アビオニクスなりに応用していくわけだ

(というか、最近組み込みOS界隈とか中国も含めて熱いように思ってる

から最近AWSとかを中心にした開発だと当てはまらないけど、

例えばApacheとかNGINXとかだったら、本来はそのソースもくまなく読むべきだと思う

使用しているユーザーが多いから、エコシステム機能しているから、セキュリティーも安全だろう、

みたいな発想は国のシステム軍需産業では相応しくないように思う

まあ、だからといってミッションクリティカルシステムしろとかまでは思わないが、

w3mで読めるように作ってもバチは当たらないというか、

最近ネタで言うなら、シンエヴァちょっと盛り上がってたわけだけど、

庵野さんが、オネアミスは足し算、エヴァは引き算で作った、みたいに言ってた気がするけど、

この徹底した引き算って凄い大事な考え方だと思うんだよなあ

もちろん、テレビ版のエヴァは徹底的に引き算してもあの様になってしまったわけだけどw

庵野さんって意外とコンピュータとか苦手そうだけど、

徹底した足し算から、徹底した引き算に移行した、というのは凄く良い意味理系的発想だと思う

(でも噂から想像されるシンエヴァは徹底した引き算でもなさそうなので家で観るつもりだけど

あと、神エクセルとか誕生するのも、結局は庵野さんとかの言う徹底した引き算、

単純化抽象化が下手な人間、つまり論理的思考が下手な人間が携わるからあなるんではないかと思うんだよなあ

2021-01-01

メーカーSIer勤務の年収600万のプログラマー技術スタック

先に言っておくがたいした技術習得していない。

この程度でも600万は稼げるという夢を持つか、こんなのでもちょっと何かが違うだけで600万稼げるか否かが分かれてしま業界に闇を感じるか、600万程度で何ドヤってるの?と思うかはご自由にどうぞ(外資系ってもっと稼げるの?)。

歳は30台前半。学部卒。BtoB向けのパッケージ製品の開発プロジェクトで、設計コーディングテストあたりを担当している。仕様について発注元との折衝もやっている。

業務で使う技術のうち、自分自身がそれなりに習得しているものだけを書く。プライベートしか習得使用していない技術は別。


以上。

PythongitDockerkubernetesもAnsibleもCIツールAWSGCPRuby on Railsも知らなくてもなんとかなってしまっている。業務でこれらのスキル要求されることは(今のところは)ないから。

楽でいいと思う一方、このままだと将来ヤバいとも思っている。いざ転職となったときに詰みそう。

でもいざとなったらググっていくらでも独学できるだろうとたかをくくっているので焦ってはいない。

というか「その他」のところに書いた能力が高ければ世の中大体はなんとかなるんじゃないの。知らんけど。

ちなみに自分は構築できないというだけで、プロジェクトではJenkinsとかgradleとかbabelだかwebpackだかでビルド環境は整えられている。

あとプライベートで、単純な仕様独自言語コンパイラフロントエンドC++LLVMで作っている(これで金が稼げるとは微塵も思っておらず、完全にただの趣味)。

2020-12-15

anond:20201215160328

そうなんだ

記事を見かけることはあってもそこで書いたことはなかったか操作面は知らなかった


そのへんのブログみたいな wysiwyg エディタmarkdown とは違う感じのか

2020-12-09

Markdownテーブルって絶対もっと簡単な構文があったよな!

なんかこう、ほら、もっと配列感覚でさくっと書けるような、簡単な、なっ!?

2020-12-08

markdown警察

https://qiita.com/namizatork/items/33221dc1abb9202a3471#comment-a5223f819686a03dbae4

引用記法使用されていますが、どちらから引用でしょうか?

markdown引用記法引用以外の目的で使ったら怒られるということを知った 俺も気を付けよう

2020-12-02

anond:20201202154128

増田は初めてか?

ここじゃmarkdownなんてモダンものじゃなく、はてな記法を使うんだぜ。

2020-10-17

プログミング言語の前にマークアップ言語をやれよと。

プログミングを勉強する前にマークアップ言語をやれよと。

プログミング言語を記録するのは実はマークアップ言語なのだ

カラーリングで、開発環境コードが見やすくなる。マークアップ言語には、markdown, html, wikiなどがあげられると思う。

また、xml, jsonなどのデータマークアップ言語と言ってよいだろう。

マークアップ言語プログミング言語ノートになっている。

プログミングでもインデント必要だ。

pythonを使えば否が応でもスペース4つを空けることになるだろう。(あるいはtab一つ分))

まずは、ブラインドタッチマークアップ言語を書き、一文字でも違うとコンピューターは、こちらの意図通りには動いてくれないという悲しみにひたらないかぎり、

全角スペース、半角スペースを目grep出来るようにならないと、プログミングは上達しないことをここに宣言したい☆

  

2020-10-13

マークアップ言語プログミング言語

マークアップ言語には、markdown, html, wikiなどがあげられると思う。

また、xml, jsonなどのデータマークアップ言語と言ってよいだろう。

プログミング言語よりは、簡単だし、ファイルも軽量だし。

かといって、資格必要な訳ではなく、簡単だ。

もっとテキスト世界が拡がって欲しい。

単にツールだ。

しかし、プログミング言語を記録するのはマークアップ言語なのだ

マークアップ言語プログミング言語ノートになっている。

マークアップ言語が出来るようになる一番の近道は、マークアップ言語恋人とやり取りすることだ。

マークアップ言語を使うと画像を組み込むことが出来る。

絵文字は使えないが、効果的な顔文字を使うことは出来るはずだ。

  

さて、texマークアップ言語なのか、プログミング言語なのかどっちだろうか。。

  

まずは、マークアップ言語から勉強するのだ。

  

2020-10-03

anond:20201003151834

増田レイアウトに関しては全くダメなのでしょうがいね

せめてMarkdown使えるといいんだけど。

2020-08-29

anond:20200829080407

そうだ、京都に行こう、じゃないけど1300年前のとかがない。

そもそもMarkdownぐらい

どうとでもできる。

自分が工夫するのではなく、あいてにやれ、いまどきだね。

おまえがおくれている

おまえがわるい

営業判断

いまどき、

金がすべてしょうがない。

ログイン ユーザー登録
ようこそ ゲスト さん