<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="ja">
  <title>およそMECEでないアカシックレコードの200那由多飛んで3万分の1</title>
  <id>https://blog.eniehack.net/</id>
  <author>
    <name>Nakaya</name>
    <uri>https://blog.eniehack.net/</uri>
  </author>
  <generator>Hugo gohugo.io</generator>
  <rights>2020 eniehack.
Assets and articles not otherwise specified are licensed under &lt;a href=&#34;https://creativecommons.org/licenses/by/4.0/&#34;&gt;CC BY 4.0&lt;/a&gt;.
Source code is licensed under by &lt;a href=&#34;https://apache.org/licenses/LICENSE-2.0.txt&#34;&gt;Apache-2.0&lt;/a&gt;.
</rights>
  <updated>2024-03-16T09:04:42Z</updated>
  <link rel="self" type="application/atom+xml" href="https://blog.eniehack.net/tags/progress/atom.xml" hreflang="ja"/>
  <link rel="alternate" type="text/html" href="https://blog.eniehack.net/tags/progress/" hreflang="ja"/>
  <entry>
    <title>BlogをNanocで改装した</title>
    <author>
      <name>Nakaya</name>
      <uri>https://eniehack.net</uri>
    </author>
    <id>https://blog.eniehack.net/articles/2020/05/21/rebuild-blog-by-nanoc/</id>
    <updated>2021-01-30T15:36:05Z</updated>
    <published>2020-05-21T14:32:31Z</published>
    <content type="html">&lt;div id=&#34;preamble&#34;&gt;
&lt;div class=&#34;sectionbody&#34;&gt;
&lt;div class=&#34;paragraph&#34;&gt;
&lt;p&gt;おひさしぶりです。Nakayaです。Blogを引っ越してもう1年が経とうとしていますね……。
後で書くのですが、Hugoに納得できなくなって、GatsbyJSで改装して、またNanocで改装してと転々していたりでBlogの構築自体が面倒になって放置してしまいました。
加えて、TwitterやPleroma、Misskeyなので短文を書くことに慣れ、長文を書くことに面倒臭さを感じていたのもあります。
少なくともBlogからエタっていた間に世間は随分変容してしまったようで、私自身も前からずっと引きこもりみたいな生活をしていたのに、さらに家に出なくなってしまいました。
今回はブログをNanocで改装したのでそれに至るまでの話をしようと思います。少しばかりお付き合いください。&lt;/p&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;div class=&#34;sect1&#34;&gt;
&lt;h2 id=&#34;replace-gatsbyjs-once&#34;&gt;GatsbyJSへ一旦の移行&lt;/h2&gt;
&lt;div class=&#34;sectionbody&#34;&gt;
&lt;div class=&#34;paragraph&#34;&gt;
&lt;p&gt;去年の8、9月にHugoへの不満が高まり、HugoからGatsbyJSに移行しようと決断しました。GatsbyJSを選んだのには、&lt;/p&gt;
&lt;/div&gt;
&lt;div class=&#34;ulist&#34;&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;Asciidocが使える&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;jsxでテンプレートが自由自在に組める&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;GraphQLから幅広いファイルの情報が選られる&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;日本語文献が多い&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;/div&gt;
&lt;div class=&#34;paragraph&#34;&gt;
&lt;p&gt;が大きかったです。結構すんなり組めはしたのですが、インラインCSSがバリバリ施されたStarterを見て、外装を替えようという気持ちが薄れてしまいました。
また、小さいパッケージが多く依存関係が毛糸の球も顔負けのぐちゃぐちゃさで、1つのパッケージにセキュリティ上の脆弱性が見つかるとドミノ倒しのようにその影響を受け、パッケージを更新しなければならないという、
npmの文化が面倒に感じてしまったこともあります。
ところでDeno v1.0.0リリースされましたね。v0.40.0くらいと最近の頃からではありますが、ちょっと追っ掛けてたのでWebエンジニア界隈に一石を投じられていることに感動しました。
この勢いでnpmを滅ぼしてくれ……。&lt;/p&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;div class=&#34;sect1&#34;&gt;
&lt;h2 id=&#34;do-you-know-good-static-site-generator&#34;&gt;他にAsciidocが使える静的サイトジェネレータはないか？&lt;/h2&gt;
&lt;div class=&#34;sectionbody&#34;&gt;
&lt;div class=&#34;paragraph&#34;&gt;
&lt;p&gt;他にAsciidocが使える静的サイトジェネレータはないか？と思って&lt;a href=&#34;https://staticgen.com/&#34;&gt;StaticGen&lt;/a&gt;を漁っていると、
BlogからLPまでなんでも組めちゃうかなり自由度が高いRuby製静的サイトジェネレータだそうで。これしかないと思いNanocで組んでみようと決断しました。&lt;/p&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;div class=&#34;sect1&#34;&gt;
&lt;h2 id=&#34;difficult-part&#34;&gt;難しかった部分&lt;/h2&gt;
&lt;div class=&#34;sectionbody&#34;&gt;
&lt;div class=&#34;paragraph&#34;&gt;
&lt;p&gt;一番はNanocに関する文書、ブログ記事が少ないことでした。今Nanocはバージョンが4なのですが、以前のバージョン3に関する5、6年前の記事が出てきて
日本語文献はそのバージョンのものが多く、ほとんどの情報が今はもう通用しない情報でした。&lt;/p&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;div class=&#34;sect1&#34;&gt;
&lt;h2 id=&#34;what-i-learned&#34;&gt;学べた部分&lt;/h2&gt;
&lt;div class=&#34;sectionbody&#34;&gt;
&lt;div class=&#34;paragraph&#34;&gt;
&lt;p&gt;今回、CSSフレームワークには&lt;a href=&#34;milligram.io/&#34;&gt;Milligram&lt;/a&gt;を採用しました。これはBulmaと比べるとかなり軽量なフレームワークでTypographyや引用、containerくらいしか実装していません。
Bulmaばかり使っていたものの、HTMLの構造が複雑化するBulmaが嫌になり、対極的なMilligramを採用することにしました。
MIlligramのそのシンプルさからレスポンシブ対応を自分で実装することになりましたがこれがかえっていい勉強になりました。
レスポンシブ対応にはCSS メディアクエリを用いるらしいとのことですが初耳でした。
まだうまく行ってない部分もあるので不具合もあるかとは思いますが、スマホ、タブレット、PCでちょっとフォントサイズが違っていると思います。
またSEO対策でbreadcrumbなどを&lt;a href=&#34;https://schema.org&#34;&gt;Schema.org&lt;/a&gt;とにらめっこしながら書いてみました。ちょっとはGoogleで上位になると思います。&lt;/p&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;div class=&#34;sect1&#34;&gt;
&lt;h2 id=&#34;still-have-to-do&#34;&gt;まだやり残していること&lt;/h2&gt;
&lt;div class=&#34;sectionbody&#34;&gt;
&lt;div class=&#34;paragraph&#34;&gt;
&lt;p&gt;Webmentionについては近々別の記事で語りますが、記事の終わりのあたりにWebmentionによって得られたリアクションをDISQUSのiframeみたくくっつけたいです。これは別リポジトリでElmによって書かれるかもしれません。
レスポンシブ対応もまだ中途半端です。breadcrumbが環境によっては途中で改行されていたりしていると思います。これを改行させるのではなく横スワイプにしたかったり。&lt;/p&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;div class=&#34;sect1&#34;&gt;
&lt;h2 id=&#34;conclusion&#34;&gt;さいごに&lt;/h2&gt;
&lt;div class=&#34;sectionbody&#34;&gt;
&lt;div class=&#34;paragraph&#34;&gt;
&lt;p&gt;実はこのブログのデザインはMediumを意識しています。どこかで「サイドバーはないほうがいい」と聞いていたのとMediumのデザインが好きなので。
素人なので8割ショボくなったMediumもどき以下になりましたが……。
この記事は原稿をWorkflowyで書いているのですがアウトライナーっていいですね。短時間で原稿を書いたわりにはそこそこの量を書けました。Workflowyまた使おうと思います。&lt;/p&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;</content>
  </entry>
  <entry>
    <title>W32TeX向けアーカイブマネージャを作った</title>
    <author>
      <name>Nakaya</name>
      <uri>https://eniehack.net</uri>
    </author>
    <id>https://blog.eniehack.net/articles/2019/08/18/make-wtmgr/</id>
    <updated>2021-01-30T17:30:31Z</updated>
    <published>2019-08-17T15:28:22Z</published>
    <content type="html">&lt;div id=&#34;preamble&#34;&gt;
&lt;div class=&#34;sectionbody&#34;&gt;
&lt;div class=&#34;paragraph&#34;&gt;
&lt;p&gt;こんにちは。最近部誌でTeXを使っているのでTeXにお熱のNakayaです。ブログ更新が2週間空きましたが元気に生活しています。&lt;/p&gt;
&lt;/div&gt;
&lt;div class=&#34;paragraph&#34;&gt;
&lt;p&gt;WindowsでTeXLiveを使うと毎年更新しないといけないみたいだし、tlmgrが重いしで、私はW32TeXを使っています。しかし、パッケージの管理が大変なので先日&lt;a href=&#34;https://github.com/eniehack/W32TeX-Package-Manager&#34;&gt;W32TeX向けのアーカイブマネージャ&lt;/a&gt;を開発しました。その経緯と思想、内部構造、今後などを語っていきたいと思います。&lt;/p&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;div class=&#34;sect1&#34;&gt;
&lt;h2 id=&#34;_経緯&#34;&gt;経緯&lt;/h2&gt;
&lt;div class=&#34;sectionbody&#34;&gt;
&lt;div class=&#34;paragraph&#34;&gt;
&lt;p&gt;先日ConTeXtを試してみるかと思い立ってConTeXtのアーカイブをダウンロードし、
&lt;code&gt;texinstwin&lt;/code&gt; からの &lt;code&gt;installmk4&lt;/code&gt; と、&lt;a href=&#34;https://texwiki.texjp.org/?ConTeXt&#34;&gt;TeXjpWiki&lt;/a&gt;通りにコマンドを実行してみると、どうもLuaLaTeXのバージョンが古いみたいでインストールに失敗しました。&lt;br/&gt;
その後W32TeX版LuaLaTeXの最新版を落として無事にConTeXtはインストールできたのですが、
W32TeX公式のCLIインストーラ版にはパッケージマネージャが付属していないのでこうなったのかなあ、と思ったわけです。

&lt;del&gt;ちゃんと更新くらい確認しろ&lt;/del&gt;

W32TeXには他にも初心者向GUIインストーラもあるのですがどうも私の環境では不安定なようで、CLIインストーラを導入して今に至っていて不便なあとずっと思ってました。&lt;/p&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;div class=&#34;sect1&#34;&gt;
&lt;h2 id=&#34;_思想&#34;&gt;思想&lt;/h2&gt;
&lt;div class=&#34;sectionbody&#34;&gt;
&lt;div class=&#34;paragraph&#34;&gt;
&lt;p&gt;先日のConTeXtの件で本格的にパッケージマネージャを作るぞ、となりましてあれこれ考えて以下のように思想が固まりました。&lt;/p&gt;
&lt;/div&gt;
&lt;div class=&#34;ulist&#34;&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;&lt;code&gt;Arch Linux&lt;/code&gt; のパッケージマネージャ、 &lt;code&gt;pacman&lt;/code&gt; の良さを取り入れたい&lt;br/&gt;
&lt;code&gt;apt install&lt;/code&gt; なんて長い文字列打ちたくないですよね。でもPacmanなら &lt;code&gt;pacman -S&lt;/code&gt; でできて楽ですね。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;TeXの面倒な部分をなくしたい&lt;br/&gt;
そういえばマクロパッケージとかインストールするのも面倒だったなと思って、マクロの管理もできるといいなと思いました。&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;div class=&#34;sect1&#34;&gt;
&lt;h2 id=&#34;_書いてて思ったことなど&#34;&gt;書いてて思ったことなど&lt;/h2&gt;
&lt;div class=&#34;sectionbody&#34;&gt;
&lt;div class=&#34;ulist&#34;&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;GolangのFTP系ライブラリが弱い&lt;br/&gt;
後述するのですが、ファイルリストを詳細取得するコマンド(&lt;code&gt;MLSD&lt;/code&gt;)に対応してなかったり、コマンド直打ちできなかったりいろいろでした。勉強がてらGolangでFTP系ライブラリ書くのはアリだなと思ったりしました。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;code&gt;interface{}&lt;/code&gt; 、お前……&lt;br/&gt;
Golangの空interfaceはどんな型でも取ることができます。これがGolangのいい点であり悪い部分でもあるんですよね……。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;PythonもGolangも久し振りに書いた&lt;br/&gt;
Pythonはもうめっきり(9ヶ月～半年)書いてないので覚えているわけもなく……。Golangも数ヶ月前まで書いてたのにエラー吐かれまくってました。GolangはTILにまとめたはずなのにTILはまともに使えない代物だったし……。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;FTPってこんな感じなのか……&lt;br/&gt;
FTPに触れるのが始めてだったのでとても勉強になりました。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Python便利だな……&lt;br/&gt;
ほとんど標準ライブラリで書けてしまいました。すごい……。&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;div class=&#34;sect1&#34;&gt;
&lt;h2 id=&#34;_内部では何が起こっているのか&#34;&gt;内部では何が起こっているのか&lt;/h2&gt;
&lt;div class=&#34;sectionbody&#34;&gt;
&lt;div class=&#34;paragraph&#34;&gt;
&lt;p&gt;2019/08/18時点では内部構造は以下のようになってます。&lt;/p&gt;
&lt;/div&gt;
&lt;div class=&#34;olist arabic&#34;&gt;
&lt;ol class=&#34;arabic&#34;&gt;
&lt;li&gt;
&lt;p&gt;CLIで欲しいパッケージを取得する&lt;br/&gt;
&lt;code&gt;wtmgr -S luatexja&lt;/code&gt; だったら &lt;code&gt;luatexja&lt;/code&gt; が欲しいんだなとなるわけです。&lt;br/&gt;
また、コマンドライン引数のパースにはPython標準ライブラリの &lt;code&gt;Argparse&lt;/code&gt; を使ってます&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;FTPでミラーにアクセス&lt;br/&gt;
W32TeXのアーカイブをミラーしてくださっているサーバはいくつかあるのですが、選ぶアルゴリズムを考えるのも面倒だったのでringから取ってくるようにしてます。&lt;br/&gt;
これまたPython標準ライブラリである、 &lt;code&gt;ftplib&lt;/code&gt; を使ってFTPの操作をしてます。&lt;/p&gt;
&lt;div class=&#34;olist loweralpha&#34;&gt;
&lt;ol class=&#34;loweralpha&#34; type=&#34;a&#34;&gt;
&lt;li&gt;
&lt;p&gt;目的のディレクトリまで &lt;code&gt;CWD&lt;/code&gt;&lt;br/&gt;
UNIXでいうとこで &lt;code&gt;cd&lt;/code&gt; ですね、FTPでは &lt;code&gt;CWD&lt;/code&gt; (Change Working Directory)とかいうっぽいです&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;code&gt;MLSD&lt;/code&gt; してファイルリストを取得&lt;br/&gt;
&lt;code&gt;LIST&lt;/code&gt; だかというFTPのコマンドがあるのですがこれだと単純にファイルリストを返すだけなのでファイルの変更日時とかが分からないので &lt;code&gt;MLSD&lt;/code&gt; を使うことにしました&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;欲しいパッケージとファイルリストを照合する&lt;br/&gt;
forとif文をブン回すやつです&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;目的のファイルを &lt;code&gt;RETR&lt;/code&gt; する
Pythonではバイナリを &lt;code&gt;open()&lt;/code&gt; でhogehogeするさいは modeの最後に &lt;code&gt;rb&lt;/code&gt; のように &lt;code&gt;b&lt;/code&gt; をつけるっぽいですね。勉強になります。&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;/div&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;div class=&#34;sect1&#34;&gt;
&lt;h2 id=&#34;_今後&#34;&gt;今後&lt;/h2&gt;
&lt;div class=&#34;sectionbody&#34;&gt;
&lt;div class=&#34;paragraph&#34;&gt;
&lt;p&gt;現時点では最低限のことしてできないのでまだまだ拡張していきたいところでして、今後計画しているのは機能の拡張と言語を変えてのリライトの2つです。&lt;/p&gt;
&lt;/div&gt;
&lt;div class=&#34;sect2&#34;&gt;
&lt;h3 id=&#34;_機能の拡張&#34;&gt;機能の拡張&lt;/h3&gt;
&lt;div class=&#34;paragraph&#34;&gt;
&lt;p&gt;とりあえずアーカイブのダウンロードが簡易的にはできるようになったので、それをアップデートできる機能が欲しいと思ってます。&lt;br/&gt;
また、そういえばLaTeXのパッケージってインストールするの面倒だったよなと思ったので、ここからLaTeXのパッケージを管理できるようになりたいと思ってます。

&lt;del&gt;環境変数 TEXMF って探すの面倒じゃないですか？毎回ggってしまいます&lt;/del&gt;
&lt;/p&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;div class=&#34;sect2&#34;&gt;
&lt;h3 id=&#34;_開発言語の変更&#34;&gt;開発言語の変更&lt;/h3&gt;
&lt;div class=&#34;paragraph&#34;&gt;
&lt;p&gt;PythonはArgperserやftplibが標準ライブラリとなっていて魅力的な言語ではありますが、
Windowsで使うにはPythonインストールする手間などを考えると少々ハードルが高くなるかと思ってます。

&lt;del&gt;そもそもTeXの導入はハードルが高いのでは？&lt;/del&gt;&lt;br/&gt;

また、私自身さまざまな言語に触れてみたいと思っていることもあり、他言語で開発しようかなと思ってます。&lt;br/&gt;
移行先の言語候補としては、なんだかんだ単一バイナリが吐けて便利なGolang、
勉強がてらRust、F#のあたりかななんて。&lt;/p&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;div class=&#34;sect1&#34;&gt;
&lt;h2 id=&#34;_おわりに&#34;&gt;おわりに&lt;/h2&gt;
&lt;div class=&#34;sectionbody&#34;&gt;
&lt;div class=&#34;paragraph&#34;&gt;
&lt;p&gt;TeXの何がダメってエラーメッセージの適当さですよね。
まあ、そこを気にしたらTeX使えませんし膨大なマクロが使えるのがいいんですけど……。
しかも最近は代替としてSATySFiやRe:view、Asciidoctorもあることですし……。&lt;/p&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;</content>
  </entry>
</feed>
