ここ最近はお茶を飲み続けているので感想を書き出してみる。 2ヶ月以上前のものとかほとんど忘れているけど覚えている範囲で。 あと書いてあるものは全てルピシアのもの。 ルピシア以外ではカレルチャペックのものを買ってみたけど、全てサイダー出しにしてしまったので今回は見送り。 サクランボ サクランボフレーバーの紅茶。 安定の美味しさ。 雑に入れても美味しい。 あまり重くないのでいつでも飲める。 迷ったらサクランボでいいくらい。 知覧 ゆたかみどり 安定の緑茶。 美味しい。 時々、温度をミスったせいか変な香りになったりしたけど、ちゃんと淹れれば美味しい。 いつでも飲める美味しさ。 頴娃 あさつゆ ゆたかみどりと同じ鹿児島産の緑茶。 こっちも美味しい。 ゆたかみどりと飲み比べた感じこっちのほうが緑茶っぽさがあってよかった。 まぁ、どっちも美味しいので優劣がつけられない。 こっちもいつでも飲める美味しさ。 ナツコイ 夏限定かな。 これ、レモンみたいなすごくいい香りだった。 香りは強いほうだと思うけど、引き立てる感じで良かった。 ニルギリ そこまで記憶に残ってない。 多分普通に美味しかったんだと思う。 ホワイトサングリア 香りがすごく甘い。 蟻が寄ってくるんじゃないかってくらい甘い。 飲んだ感じは普通に紅茶なので香りが好きならいいかも。 香りが強いので入れるまでに少し気合がいる。 ロゼ ロワイヤル 普通に甘い。 ホワイトサングリアと同じ感じ。 シャンパンがよくわからないので甘いなぁって感じで終わった。 アッサム&モカ コーヒーと紅茶組み合わせたら最強じゃん！、みたいなノリで作られたんじゃないかと思ってる。 入れる前はコーヒー豆の香りが良い。 飲むとなんか違うって感じのものだった。 ミルクティーにしようと頑張ったけど、味が浮いてしまって良い感じにならなかった。 栗 栗の香りをつけたフレーバード緑茶。 香りが重いので飲むのに気合がいる。 自分は香りが苦手だったのでこれの50g飲むのに1ヶ月半ほどかかった。 緑茶の旨みを香りで隠しているような感じ。 ホットならギリ飲める。 柚子 栗と一緒に買った。 栗よりも香りが薄く、柚の香りなのであまり緑茶の香りを邪魔していない（ように感じる）。 柚子茶と緑茶で飲み分けたほうが美味しいと思う。 ホットもアイスもいける。 柚子茶 はちみつに柚子ピールが入ってるアレ。 冬は絶対飲むってくらいゆず茶が好き。 ルピシアのゆず茶は初めて飲んだけど普通に美味しかった。 ただ、ドンキに売ってる1kgのやつとの違いがわからなかった… 多分はちみつが1kgのやつよりもいい感じだったのかもしれない… 順位をつけるなら サクランボ 知覧 ゆたかみどり / 頴娃 あさつゆ ナツコイ ニルギリ 柚子茶 ロゼ ロワイヤル / ホワイトサングリア 柚子 栗 / モカ&アッサム 感想 15種類くらいあるかなと思ってたけど、思っていたよりも飲んでいなかった。...

LuaLatex自体はコンパイルが遅いそうなので、LuaJITLatexを入れる。 LuaLatexが速くなっているようなので、別にLuaJITLatexは入れなくても良さそう。 MacTexのinstall MacTexをbrewで入れる。 $ brew install mactex-no-gui ... Password: installer: Package name is MacTeX installer: choices changes file '/var/folders/zy/....xml' applied installer: Installing at base path / installer: The install was successful. 🍺 mactex-no-gui was successfully installed! # shellを再起動する $ exec $SHELL -l # LuaLatexが入っているか確認 $ which lualatex /Library/TeX/texbin/lualatex 適当にtexファイルを書く。 % main.tex \documentclass{ltjsarticle} \usepackage{luatexja} \begin{document} \section{hoge} hogehoge, fugafuga. \subsection{fuga} fugafuga, hogehoge. hogefuga. \LaTeX \end{document} コンパイル。 $ lualatex main.tex # 確認 $ ls main....

pyenv python自体のバージョンを管理する pipenv ライブラリ・パッケージを管理をする pyenvのinstall brew install pyenv 設定ファイルに記述。 以下はfish用の設定なので適宜zshやbashように書き換える必要がある。 # config.fish if set PIPENV_VENV_IN_PROJECT or command -v pyenv &> /dev/null pyenv init - | source # 仮想環境置き場をプロジェクトディレクトリに含めるようにする set -x PIPENV_VENV_IN_PROJECT 1 end pipenvのinstall pipenvはpipでinstallするため、まずはpyenvでグローバルの仮想環境を作成しておくと良い。 pyenv install 3.9.0 # pythonのversionは好きなものでいい pyenv global 3.9.0 # installしたversionをglobalに割り当てる pip install pipenv # 確認 which pipenv /usr/local/var/pyenv/shims/pipenv 仮想環境の作成 ここでは test ディレクトリ（プロジェクト）を作成して、その中に仮想環境を作成する。 # testプロジェクトの作成 mkdir test cd test # pythonのインストール pyenv install 3.10-dev # もしくは以下のようにpipenvを使ってpyenvと同じことができる pipenv --python 3....

これは、琉大 Advent Calendar 2020の17日目の記事です。 こんにちは、kagariです。 私はこれまでterminal.appやiTerm2、hyperなどのターミナルエミュレータを使ってきましたが、最近はAlacrittyで作業をしています。 Alacrittyは爆速なのですが、如何せんそのミニマムな設計から画面分割や新規タブの作成が行えないため不便だと感じやすく、新規参入者を減らしてしまっているような気がします。 そこで、今回はTmuxと組み合わせてiTerm2風なキーバインドで画面分割や新規タブの作成が行えるようにしたいと思います。 使用しているもの Alacritty Tmux zsh Alacritty Rustで書かれたターミナルエミュレータです。 最小限な機能で爆速に動作することを目的に作られています。 そのため、画面分割機能や新規ウィンドウ作成機能はありません。 でもiTerm2のような縦横の画面分割機能は欲しいので、この記事をほぼ丸パクリ参考にTmuxを使っていい感じに画面分割できるようにします。 Macユーザーであればhomebrewを使って簡単にインストールすることができます。 $ brew cask install alacritty 自分でBuildしたい場合はAlacrittyのINSTALLガイドを参考にするといいと思います。 Tmux Terminal Multiplexerの略で、1つのターミナル上で複数のターミナルを開けるものです。 ターミナルを終了してもセッションが保持されるので、サーバーとの接続を維持したいときに便利だとは聞きます。 似たようなモノでscreenというものがあるらしいのですが、使ったことがないのに加え、Alacrittyの記事では大体がTmuxについて書かれていたので今回はTmuxを使います。 こちらもMacユーザーであればhomebrewを使って簡単にインストールすることができます。 $ brew install tmux Alacritty + Tmuxの設定 ここからはAlacrittyとTmuxの設定をしていきます。 まず、Tmuxの設定から行います。 Tmuxはデフォルトのプレフィックスキーが Ctrl+b になっており、macのショートカットキーやemacsを使用している人には辛いです。 自分的には Ctrl+q はあまり使っていないのでキーの割り当てを Ctrl+b から Ctrl+q に変更します。 何かしらのエディタを使って ~/.tmux.conf ファイルを開きましょう（ない場合は作成します）。 以下の設定を書き込みます。 # ~/.tmux.conf set -g prefix C-q # Ctrl-qをプレフィックスキーに割り当て unbind C-b # Ctrl-bの割り当てを解除 ひとまずこれで Ctrl+b がtmuxに奪われなくなりました。 次に、Alacrittyの方の設定を行っていきます。 Alacrittyには（もちろん）設定用のリッチなUIはなくyamlファイルに設定を書いていきます。...

参考：Why pygame.midi doesn’t work on macos whereas pygame.mixer does MIDI用の信号は普通のオーディオのOUTPUTでは使えないため、一度MIDI信号をDTMアプリなどを介してやるようにする必要がある。そのために、MacOSではAudio MIDI Setupという標準で入っているアプリを使用してDTMアプリに信号を渡してやるようにする。 まず、Audio MIDI Setupアプリを起動して、Window→Show MIDI Studioを選択。 次に、MIDI Studioの中のIAC Driverというものをダブルクリックして開く。 次にDevice is Onlineにチェックを入れる事で、MIDI信号をGarageBandなどのDTMアプリに自動で入力してくれるようになる。 ちなみに、GarageBandを立ち上げている状態でこのDevice is onlineにチェックを入れると、下のような通知がくる。 これで、GarageBandで新規Projectを作成したら、pythonで作成した信号を聞く事ができるようになる。 pythonからMIDI用の信号を作成し、音を再生する まずはpygameをinstallする。 $ python3 -m pip install pygame 次に、下のようにpythonファイルを作成する。 import pygame.midi import time pygame.midi.init() player = pygame.midi.Output(1) player.set_instrument(0) player.note_on(64, 127) time.sleep(1) player.note_off(64, 127) del player pygame.midi.quit() これを実行するとGarageBand経由で音が聞こえるはず。 player.set_instruments(0)で楽器を選択しており、General_MIDI(wiki)では128（pythonのindexでは127）まであるらしい。 garagebandを使って再生するとgarageband側で設定した音でしか聞こえなかった。 Docker上のpythonでMIDIファイルを再生する python:latest（2020/05/26現在ではpython3.8.2）のdocker image上で再生してみる。 まず、pygameを入れる必要があるが、そのために以下のものをapt-getでインストールしないといけない。 apt-get install -y libsdl-dev libsdl-image1.2-dev libsdl-mixer1.2-dev libsdl-ttf2.0-dev apt-get install -y libsmpeg-dev libportmidi-dev libavformat-dev libswscale-dev これでpygameをinstallする事ができる。...

ちょっとNLPに触れる機会ができたのでNLPの100本ノックを始めました。 章が終わるたびに載せていきたいと思います。 目次 第1章 第2章 第3章 第4章 第5章 第6章 第7章 第8章 第9章 第10章 第1章 準備運動というタイトルになっていて、内容も結構基本的な文字列の扱いの練習になっていました。 逆順などはreversed()を使って、あとは文字列をリストと見立ててゴチャゴチャ操作する感じで書いていきました。 途中split()でのデフォルトで文字単位で区切ってくれると勘違いしていて少し引っ掛かったりしました… 問題04で条件が分岐するindexが不規則だったのが気になったけど、辞書のキーが衝突しないように決めたのかなとも思ったり。 n-gramに関してはデータマイニングの授業でも触ったのである程度知っていたのですが、それでも久々にやると結構忘れているものですね… n-gramの実装中に気になったこととしては、区切る単位（単語か文字か）によって返すリストの形式が変わってしまうところでした。 単語で区切るとList(List(str))なのに対して文字で区切るとList(str)なのは少し気になる… 調べた感じだと他の人もそんな感じだったので「良いかな」と割り切って進めていきました。 集合の問題も結構面白かったです。普段あまりsetを使わないので、setの演算が練習できたのは勉強になりました。かなり直感的に和集合や差集合などを表せることを知ったので、機会があれば使ってみたいと思います。 問題08、09の暗号文、typoglycemiaは簡潔に実装できた気がします。 今回はreturnを使わずにyieldを使ってみましたが、for内で変換した文字をreturn用の文字列（または配列）に連結する処理を入れなくていいので、処理だけがあり明解な書き方だなぁと感じました。 cipherは下のように実装しました。 def cipher(string: str): for s in string: if s.islower(): yield chr(219 - ord(s)) else: yield s "".join((cipher("hoge is fuga."))) typoglycemiaは下のような感じになりました。 def typoglycemia(string: str): for s in string.split(" "): if len(s) > 4: yield s[0] + "".join(random.sample(s[1:-1], len(s)-2)) + s[-1] else: yield s " ".join(typoglycemia("Alice, a seven-year-old girl, is feeling....

enPiT2019が終わったので、ちょっと記憶が霞む前に振り返りを。 目次 enPiTの受講動機 enPiTの流れ enPiTの効果 自分の振り返り 最後に enPiTの受講動機 受講しようと思った理由としては、ソフトウェア演習の授業でチーム開発をやってて「もう少し上手くできたなぁ」と思ってたので、力試し & チーム開発周りの力を身につけるために参加しました。 まぁ、決定打は先輩が「やった方がいいよ！！」と言ってたからですね、はい。 あとは友達が参加するからとかそんな感じ。 enPiTの流れ ちょっと記憶が曖昧ですが… いつだったか忘れたけどチーム決め 5人1組くらいで学生が勝手に決める チーム内のバランスは結構大事なので慎重に決める必要がある 8月：プロダクトの考え方を学ぶ 産業社会学言論Ⅱという授業でプロダクトを考える方法を学ぶ 実際にプロダクトを作っている方が講師として来てくれる 講義形式のもありますが、大体実際にプロダクトを考えながら学べる 9/1日〜6日：夏合宿 宿に缶詰状態でアジャイル開発を学びます 多分ここが一番楽しい（個人の感想です 10月：開発開始 enPiT期間中は毎週デモがある（Demo or Die プロダクトが変わりまくる時期 11月中旬：中間発表（デモ会 毎週のデモとあまり変わらない 12月：ラストスパート この辺でチーム毎の士気に差が出る（気がした 12月21日：最終成果発表会 自分達が開発してきたプロダクトを大勢の前で発表する 懇談会ではプレゼント交換会や立食があったり結構祭りっぽい雰囲気 と、まぁこんな感じだった気がする。 チーム内のバランスについては、自分たちの班はデザイナー4人とプログラマ1人という状態からのスタートだったけど、チームメンバー全員が開発を頑張ったので結局全員がデザイナー兼プログラマという形になってました。 enPiTの効果 enPiTを受講するメリット・デメリットとしては以下のような感じ。 メリット アジャイル開発が学べる チーム開発が学べる 開発のために必要な知識が身に付く アジャイル開発のスペシャリストに直接教えてもらえる！ 就活に有利になる デメリット 時間が消える メリットについて メリットがそんなに書けてないが悔しいですが、自分が強く感じたのはこの3つ。最後のは就活してないのでわかりませんが、先輩や先生方が何度も言っていたので一応書きました。 アジャイル開発が学べる そのままなのでさらっと説明。夏合宿中の3日間はアジャイル開発についての知識を叩き込まれます。この夏合宿では実際にTDDやモブプロなどの技法を使って開発を行いましたが、楽しい & 実践的なので結構記憶に残っています。 ここで学んだことを10月からのチーム開発に生かして行くことが目標。結構難しかったりするので必死に実践・工夫を繰り返していく。その過程を学ぶことも目的になっていそう。 余談ですが、合宿で記憶に残っているのは宿が綺麗っていうのと夜が祭りだったということ。結構メリハリがある合宿で、昼はがっつりアジャイル開発について学んで、夜はがっつり遊ぶ。けん玉してたりボドゲや筋トレなど好き勝手に遊んでました。 でも休まないと次の日が辛い。 「メリハリってこういうことかー」という学びもありました。 チーム開発が学べる 「チーム開発、うっ、頭が…」という人もいるのでは…? 期間的にはソフトウェア演習と似たようなものですが、一度チーム開発を体験しているので、その時のノウハウ＋夏合宿での学びを生かしてチーム開発が行えます。そのためか、問題発見→工夫→改善のサイクルが速く、チームが成長していくという感覚と、どうやったらうまく開発を回せるかという感覚を知ることができました。enPiTは自由参加なのでチームメンバーの士気がそもそも高いということもあると思いますが…。 そんな感じで、チーム開発の手法を学んで実践することができるので、チーム開発を学ぶにはとてもいい機会だと思いました。 開発のために必要な知識が身に付く これは人によると思いますが、Gitや開発に使用しているプログラミング言語の特徴、さらにはデザインパターンなどを学べるいい機会になったと思います。自分はSwiftで一度痛い目を見ていたので「2度と触るか」って感じでしたが、今回自ら死地へと飛び込んだことで、Swiftが持っている特徴やMVCモデル、インターフェースの設計など、開発のために必要な知識を得ることができました（多分こんな機会じゃなきゃ触らない）。 このメリットには結構周りの人が触れていたので、他の参加者の話も詳しく聞いてみたい。 アジャイル開発のスペシャリストに直接教えてもらえる！ そのままですが、講師の方がとてもわかりやすく丁寧に教えてくれます。自分はあまりできなかったのですが、この機会を存分に使って知識を吸収できるとすごく成長できると思います。 デメリット 時間が消える...

DockerでRustの環境を作る際に、なんやかんや色々ハマってしまったので備忘録として。 docker内でのコマンドは (docker)$ って感じで書いています。 あと、便利に使えるようにzsh用のコマンド化したコードも載せています。 作成環境 MacBookPro == 2017 Core i5 16GB Docker desktop == 2.1.0.1 結果 ハマったところ 普通にRustの公式Dockerイメージをpullしてきても、ベースがlinuxなのでLinux向けにコンパイルされてしまう cargo runまでは別に動くんだけど、buildとかしても作成されるバイナリはlinux用なのでホスト側（Mac）で実行できない…orz そこで、cross compileができるイメージを探したところ、この記事の方が書いたDockerfileを参考に（ほぼ写経）して作成した。 $ docker run --rm -it rust:osx bash (docker)$ CROSS_TRIPLE=x86_64-apple-darwin (docker)$ crossbuild cargo --target=x86_64-apple-darwin これで無事にMacで動くバイナリのbuildができるようになった。 CROSS_TRIPLE=x86_64-apple-darwin この環境変数を書き込んでいる箇所をDockerfileの中に埋めようと思ったが、うまくいかない 原因が特定できていないが、 CROSS_TRIPLE=x86_64-apple-darwin という環境変数をDockerfileに下のように設定しても、うまくいかずにハマった。 ENV CROSS_TRIPLE=x86_64-apple-darwin ... $(docker) echo $CROSS_TRIPLE # x86_64-apple-darwin14 ！？ なぜかx86_64-apple-darwin 14 になってしまう。 ARGからENVに落とし込んだり、無理やり設定しようとしたがうまくいかなかった。 docker run CROSS_TRIPLE=x86_64-apple-darwin crossbuild cargo --target=x86_64-apple-darwin こんな感じで無理やり設定しようともした。 結果的に、Dockerfileに書くのを諦めて、以下のように docker run -e で設定して、 cargo build するとうまくいった。...

1年間itermを使ってきたんですが、最近(ちょっと前から？)人気なhyperが気になっていたので少し使ってみました。 参考 【Hyper】良い感じのターミナル環境を構築 - Qiita おしゃれなターミナルHyperのテーマ変更、プラグイン追加、日本語化するための手順 hyper(hyperterm) 2.0 を日本語対応する - Qiita アジェンダ install方法 設定ファイル plugin 使ってみた感想 install方法 macを使っているので Homebrew を使ってinstall brew cask install hyper これだけですw 設定ファイル hyperの設定ファイルは~/.hyper.jsになります。 とりあえず日本語設定は必要と思われるので以下のように設定 // for environment variables env: { LANG: 'ja_JP.UTF-8', LC_ALL: 'ja_JP.UTF-8' }, もちろんフォントやフォントサイズなどを変更することもできます // default font size in pixels for all tabs fontSize: 12, // font family with optional fallbacks fontFamily: 'Menlo, "DejaVu Sans Mono", Consolas, "Lucida Console", monospace', plugin pluginはhttps://github.com/bnb/awesome-hyperにあるので、好きなものを探して入れてみる。 入れたいプラグインを以下のように記述する plugins: [ 'hyper-altair', 'hyper-search', 'hyper-statusline', 'hyper-tab-icons', 'hyperterm-visor', 'hypercwd', ], プラグインの説明 hyper-altair...