Emacs etc

emacs_卒leaf 使っている package の整理 leaf とは: Homebrew みたいな感じ elpa (Emacs Lisp Package Archives) → emacs 内で使われているパッケージを管理 これからは: use-package.el を使う 今後 github からのパッケージを入れる場合は? → quelpa & quelpa-use-package を検討する 使っている package 名一覧 (leaf leaf-keywords :ensure t :init (leaf hydra :ensure t) (leaf el-get :ensure t) (leaf blackout :ensure t) (leaf terraform-mode :ensure t) (leaf gfm-mode :ensure t) (leaf markdown-mode :ensure t) :config ;; initialize leaf-keywords.el (leaf-keywords-init))) ;;残り - Ivy - swiper - counsel - prescientc - ivy-prescient 今後も使うかどうか検討して必要なら入れる

Tips on how to get non-native Japanese speakers to realize that this is a joke

日本語が母国語ではない方々に、「これはジョークだ」と気づいて貰うためのTIPS 職場で、日本語が母国語ではない方々と一緒に仕事をすることが増えてきました。円滑なコミュニケーションのために、どうすれば伝わりやすいジョークを言うことが出来るか?と、考えて、日々のなかで蓄積されたノウハウをここにまとめます。個人的に、ツッコミよりボケのほうが難しいと感じます。 真顔でボケると気づいてもらえない 自分で言った冗談に、自分で大笑いする図々しさが必要。 「オヤジギャグ」はハードルが高い 「オヤジギャグ」のようなものはアメリカにもベトナムにもあるそうなので、概念として理解はしてもらえる。「オヤジギャグ」という言葉を知ってもらって、必要に応じてすかさず「それはオヤジギャグですね!」と差し込むのが有用そう。 相手の知っている日本語を把握して、ボケに使う 例えば、相手が「わさび」という単語を知っている場合、辛そうなものを食べていたら適当に「それはわさびですか?」などと言っておく。 気を取り直して、真面目に「それはトウガラシですか?」と聞くと、相手に「いいえ、チリペッパーです」と返されることもあります。 「なるほど。って、やっぱりトウガラシやないかーい!」という、行き場のないツッコミを入れるべきか悩みました。 今後もノウハウを溜めていきたいです。ボケたいので必死です。

Try kafka

Kafkaとは ナンジャラホイから始まったので調べました。 Kafka on Docker ざっくり概要を掴んだら Docker で試します。なんか local で試すの重そうだな、環境汚しそうだな・・と感じたら、とりあえず Docker で試せるか調べるとだいたいある。 リポジトリ: https://github.com/wurstmeister/kafka-docker チュートリアル: http://wurstmeister.github.io/kafka-docker/ docker-compose.yml の書き換えなどが必要なので、本家をフォーク& clone して使うのが良さそう。 Kafka 完全に理解したクマ-ʕ•ᴥ•ʔ

Django forms

Django Girls https://djangogirls.org/ Python フレームワークである Django を題材に、女性や性的マイノリティーなどテクノロジーの知識習得に壁を感じる方々を対象にワークショップを開いている慈善団体です。 コロナ以前は月イチ開かれるハンズオンにて Teaching Assistant として参加していました。(コロナでしばらく活動がなかったのだけれども、)最近小さなもくもく会があったので参加してきました。 主に Django Girls チュートリアルのDjangoフォーム部分の翻訳作業をしました。 チュートリアルは何度かやっているけれども、「ここって結局何がしたいんだっけ?」というところや「ここの考え方はどう翻訳(意訳)したら伝わりやすい?」など、つど悩みながらだったので思いのほか時間がかかりました。他のスタッフの方に相談しながら最後まで進められました。 なぜやるのか Wantedly みたいやな! 実際、女性向けの開発コミュニティは結構存在している。PyLadies や Java女子部、Women Who Go Tokyo etc.. 「スタッフとして参加したい」 と、強く思ったのは Django Girls で、その理由は コミュニティの理念として門戸の広さを感じた 自分がやりたいことにちかいなぁと感じた というのが大きかったからかもしれない。 他のコミュニティは、ある程度の前提知識がある女性向けだなぁと感じたのだけれども、Django Girls では 「ファイルとディレクトリの違いって何?」 だとか 「ターミナルとは?」 とか 「PC の中の『仮想環境』という意味がどうしても納得できない」 だとかの、参加者ひとりひとりの疑問に向き合いながら、スタッフたちで説明を試みたり一緒に考えたりする。 地方に住む学生だった頃 「エンジニアになりたい」 という意思はあれど、上京を反対されたり、地方に未経験者OKのエンジニア求人が無かったりした。そして、エンジニアと交流できるようなコミュニティも見つけられなかった。 もし、当時の自分と同じような立場の学生や女性がいたら、そういった人たちの小さなきっかけになるようなコミュニティがあればなぁ・・ と、考えたときに、そのコミュニティ像に一番近いと感じたのが Django Girls でした。 女性や性的マイノリティーなどテクノロジーの知識習得に壁を感じる方々を救いたいのであれば、NPOだとか、未経験者向けのエンジニア養成学校のようなサービスも多くある。 ただ、個人的に、エンジニアの「習得した知識をコミュニティを通して共有していく」という文化がとても好きで、わたし自身も Django Girls に参加することでたくさん学ばせてもらって感謝しているので、その恩返しのつもりでスタッフとして貢献していけたら良いのかなぁと思いました。 色々と堅苦しく考えてしまいがちだけれども、肩の力を抜きつつコミュニティでの出会いを楽しみながら活動していきたいです。

Git Large File Storage (LFS)

Hugo の画像をどこで管理するかの検討 候補 Git Large File Storage (LFS) Git LFS で画像データなどを管理する際のイメージが湧いていないので調査して整理する https://git-lfs.github.com/ AWS S3 きっかけ Hugo on Vercel で blog を投稿した際に、記事内でつかっている画像 image が build 時大量に up されていて build が重いので何とかしたいと思いました。そもそも バイナリデータを大量に git で管理したくないなぁということで、いくつか候補を挙げて調査してみることにしました。 候補1: Git Large File Storage (LFS) って何だろう Git で画像や動画のような大きなファイルを別サーバーに分けて管理する方法があるらしい?ということで、どういった構成でデータをもつことになるのかザックリ調べました。 文字で読んでもサッパリ分からんだったので図で整理しました。 ローカルで blog(Markdown) を編集して Github に push する push の直前に該当の画像ファイルなどは LFS API を通して Git Large File Storage にアップロード される (Github には画像のオブジェクトハッシュやファイルサイズなどのメタ情報のみ保存される) (text pointer から実体が紐付くイメージで構成図を書いたけど逆にややこしい図になっているな・・) Markdown で書かれた blog text と、Git Large File Storage が vercel に(たぶん)アップロードされる vercel 上で hugo の build によって html に変換される → その際に画像ファイルも都度アップロードされる〜〜〜 ここまで考えて「あれ?LFSで速度改善されないのでは??」と、気づきました。気づいてよかったし、着手前にきちんと調査詰めて要件を満たしているか確認するの大事だなと思いました。
«« « 1 2 3 4 101 » »»