00:00
5みたいなもう割り切りまくった言語とかもあるから
結局、共変半変って何ですか?
あれいがありますあれいとかのコンテナがありますコンテナの中に収められる方はどんな方ですか
でその方に対して例えばその方をエクステンドしたものはどう扱えばいいですかとかっていうやつを設定するのが共変半変
雑に言うと。エクステンドの意味は? 継承
えっと、あれいって今例で言ったけどあの
型、なんだ
型パラメーターみたいなのがあるわけです。ジェネリウスの話ですよね。
ニューアレイ括弧の中に何を仕込むか
例えばだからストリングのあれいだっていう方がいますと。でストリングのあれいを継承した
なんとかっていう方は えっと必ずストリングのあれいを
持たなきゃいけないかみたいな 継承した?
継承すると えっとその
継承したものと要は混ぜたら危険なケースもあるじゃないですか
で混ぜたら危険を許すか許さないかとかまあそういう類のやつですね
中にはストリングしか許さないんだけど
ストリングのあれいを継承したやつはストリングのあれいとして扱ってもいいかどうかって話したかな
共変は
Javaはストリングにしかならない気がする
今それストリングに入れていいの?みたいな
入れていいかじゃなくてストリングのあれいとして扱っていいかどうか
ダメな理由が何があるの?っていう感じなんですけど
ストリングのあれいとして
わかってない
僕も共変はどっちがどっちだっけってなるぐらいちょっと曖昧ではあるんだよね
スカラーでちょっとやったけど
少なくともここで共通してほしいの?Javaではそれもストリングで ok じゃねえじゃないですかね
それ以外はない
変更許してはいけないとかそういうことではないんですか?
変更を許してはいけないとか
変更を許してはいけないじゃないですか
あれいと見せないで
あれいと言うとちょっと
別の例えが欲しい
ちなみにライブ中継終わってます
終わってる?
終わってる
違うわごめんなさい
4時間で
しよう
もしかして最大4時間よく知らない
これで終わり?
でも録画保存とかできるの?
何の変わり場もないファイルがいろいろ
03:01
お疲れ様でした
録画欲しい人います?
とりあえずコルテさんはあれでしょ
録画はしてるんだ
後でポッドキャストはしてくれるんですよ
じゃあ
そのポッドキャストでいく?
どうしても別に
でもなんだろう
ちっちゅうさんにちょっと申し訳ない気がする
再会すればいいのに
草生えてしまった
ごめん
4時間だったのに
最大4時間
4時間多いので
まだ録画は動かしてるのであれなんですけど
あれじゃなくて
ちゃんと調べよう
始められんの?
誰も言わねえ音しないですよ
違うんですよ
始められんだ
続いてるからであって
始まりました
始まっちゃったよ
マジか
誰がマジで練習してたの
こんばりやん
じゃあ始めまして
始めまして
分かった分かった
方を
キャストするときの話だ
ストリングだと分かりにくいから
何がいいんだ
ジャバイオイケルデートと
SQLのタイムスタンプ
型Aと
型Aを継承した
型Bがあって
型Bのアレイ
があったときに
それを
型Aの
アレイとして扱えるかどうか
中身が
ジャバどうなんだっけ
できないんじゃない
ジャバはできない
全然ない
少なくともごめんなさい
ジャバの文脈で喋れる
ジャバとやったことのある
SQLのタイムスタンプが
ジャバしかないからわからない
なんで
ジャバであんまり
そこのところを意識するのは
キャストをやらないから
言ったことがわかる
全然そんなこと考えたことないし
考える必要はそもそもなかった
スクリプト言語マンの
僕は完全にお手上げ
僕もスカラーでやって
どっちがどっち
忘れちゃう程度にはちょっと太い
話題にあがったタイミングは
06:00
あんまり理解してないんですけど
タイプスクリプト
タイプスクリプトでは意識した方がよい
タイプスクリプトは
まだ実装されてない
でも
結局そこを理解してなくても
タイプスクリプトが
押せるっていうことは
何かしらタイプスクリプトを
使うメリットがあるはず
表現反変とかは
ぶっちゃけそこまで厳密に
型を追求して
変態的
変態的って言うとあれだけど
スカラーとかみたいにガッチガチに
型をやる必要があるかどうかっていうのは
うん
だから
この流れで
表現反変がないか
ジャバスクリプト嫌だっていう人がいるけど
みたいな話が出たけど
それは割と
どっちかというと
マイノリティなんじゃないかな
っていう
気はしますよね
ちなみに
これの根本
として
ジェネックスっていう概念があって
ジェネックス
何かっていうと
あるクラスを作りました
そのクラスがデータを保持できます
データを保持できるなら
そのデータにはきっと型があるはずで
その型を
いちいち例えば
ストリングのためのこの型
イントロのためのこの型っていう風に
定義しようと思ったらめんどくさいじゃないですか
だったら型を
汎用的に
指定できる
その代わり指定した型の情報を
使いたいみたいな時に使うのが
ジェネックス
一番よく使われるのは
アレイとかで
配列で配列の中身って
同じものであって欲しい
ことが多いじゃないですか
ストリングの配列だったら
ストリング以外のものを
そこに要素を追加できないようにしたい
っていうのがあるわけじゃないですか
それにアレイっていう
タイプに対して
これはストリングの
アレイだよっていうのをちゃんと
注釈をつけられるっていう
そういうのが
ジェネックスっていうやつですね
それはタイプスクリプトに
搭載されている
ジェネックスは
横で変更な言語
じゃなかったら
最近の静的片付けの言語だったら
だいたい
Goにはないけどね
Goの悪口あるよね
でもGoも
入れたいっていう議論は
2で東のGoのって言ってるよね
さっき親方さんが
そこら辺の道具を揃えてくれてる
バブルのそうだよね
まあね
神を迎えに
オブジェクトの配列は
ストリングの配列
タイプスクリプトとか
例えば
そういうタイプスクリプトみたいな
09:00
簡単語にできたら
半変共変って
ケンロンで
ジェイクエリー
その当時
その
関数型言語って
ケンロンから出てきたっていう
話があるんで
半変共変は
オブジェクト思考はちょっと
違うんだけど
関数型システムの
文脈ですね
システムの文脈ですね
関数型言語の一番原理は
リスプの前
リスプでいいのかな
あったような気がするけど
リスプとして
リスプとかだとそもそも型が
性的型はない
ハスケルとかだと
ハスケルは数学のケンロンだとか
そこら辺を
リスプはLLに近い
ハスケルはリスプとかの
そういう許しさに対して
ガッチガチに型を
数学由来の型を
ガッチガチにやったら
世界の全てを型で
実現すれば
完全関数型言語ができるよ
っていうのを実現したのがハスケル
例えばIO
IOを
例えばキーを入力
しましたっていうのは
言ってみれば
ある時間が経過したら
キーの入力が
入ってくる関数であるみたいな感じで
解釈する
例えば画面に
何か出力するのであれば
ある関数に
数値を投げれば
世界の状態が書き換わる
みたいな感じの解釈を
するっていうような
やつを複数
組み合わせてその組み合わせ方が
型で
思いっきり
最強のシステムみたいな感じで
作ったらハスケルみたいになった
型システムと
関数型っていうのは
どっちかっていうと直行している
概念だと思うけど
それぞれ独立している
関数型で
型のあるやつとないやつとか
関数型の
すごくピュアな
関数にいきたい人は
割と
型も厳密に従う傾向に
はあるっていうだけで
相性の良さも
12:00
あると思いますよね
ちょろっと調べたのですけど
今
関数型言語はとりあえず
とりあえず
発展
布教されたのは
LISPが元で
それより前にアイデアは
あったらしいです
アイデアがあって別の言語があって
広まったのはLISP
らしいです
関数型って言うと
ハスケルのかな
MLのような気がするけど
どっちかっていうと
LISPが
関数型っぽい
のを
持つこと
極めていきたい
って方向にいったのがMLとか
ハスケルだったらいいかな
関数型言語は
いまいちよく分かっていない
関数型言語は
関数っていう言葉が
ちょっと紛らわしいんだけど
数学的な意味での関数
例えば
数字をぶち込むと
別の数字が返ってくるものが
関数
それに対して
普通は
Cで言う関数
Cとかで言われ始めた関数とかだと
数値をぶち込んで
でもその数値から
よく分からない副作用が発生したり
その副作用を許すか許さないか
大まかに言うと
副作用を許さないのが
関数型
純粋な関数型
別の方の受け入れですけど
内部での状態を抱え込まない
ということを言っていて
ある
関数というか
式の中に
変数が関わる場合って
その内部で変数を抱え込む場合って
その式に
値を問いかけた時に
返ってくる答えが既に一定じゃない
ケースがあり得ると
内部に変数を抱え込まない場合は
その式に問い合わせをかけた場合に
返ってくる答えは既に一定
この既に一定さを求めているのが
関数型言語だ
ていうテーマ感も起きる
それは
副作用がないというのとだいたい
そうですよね
副作用がない
そこにいろいろあるわけで
別の言葉です
関数型言語は
関数オブジェクトを第一級オブジェクトとして
扱える言語
関数型っていう
だから
そこら辺は
15:00
純粋関数型かどうか
みたいな議論だって
JavaScriptがもともと
だから
ブレンダーアイクがライブスクリプトを
作った時
もともとは関数型言語を
自分のやつを作りたかったんだけど
キャッチなやつ作れって命令されて
作ったのがJavaScriptだから
関数型言語っていうか
Lispとかに近いっていうのは
確かにそう
Lispも
別に関数に
副作用がない
わけじゃなくて
副作用もない
関数を
ちゃんと定義して
その
プログラミング言語システムを
構築しようっていうのが
NLだったりハスケルなので
その辺でだいぶ
関数型っていうことに対する
考え方ってのは大きく
さがつくところで
それはだから副作用があるかどうかとか
そういった話だと思うんだけど
なので一般的に言われる
関数型みたいなのは
そこまで厳密
関数というものには
持ってなくて
関数オブジェクト
変数とかに
代入できるような
ものを
関数をそういうふうに
扱えるみたいなくらいが
だいたい関数型って言われる
関数型というか
だったら関数型だよね
ぐらいなことはよく
ある
JavaScript
とか
特にそうなんですが
基本的には
今の言語って結構
ハイブリッドなので
関数型
的なものを
プロミスとか
そうだけど
プロミスとかああいうようなものを
積極的に取り入れてきた
っていうのはあるような気がする
だからJavaScriptは結構
関数が
副作用を持つか
持たないかは別に
関数の定義によるので
そういう副作用が
ある
副作用を持つ関数
みたいなのを定義できるかどうか
という違いなだけで
なので別に
関数が副作用を
持つこともできる言語でも
別に
副作用を持たないように
思って
そういうものを
組み立てて
プログラミングしていけば
関数型というか
関数志向な
プログラミング
っていう風には言えるよね
結局
IOモナドとか
ステートモナドとか
要はステートモナドとかだと
状態を持つことができる
18:00
IOモナドだったら
世界に働きかけて
IOを
いじることができる
ただそれは
うまいことを
うまいことを
そこの
辻褄を合わせて
やっているような感じではありますよね
関数型言語は
関数オブジェクト
第9部
関数型言語
強いかたづけ
静的かたづけ
純粋関数
強いかたづけと
静的かたづけは
大体近いような気がするけど
動的にかたをつけるか
静的にかたをつけるか
関数型でも
純粋関数型か
想定内のやつか
その後の
邪魔のラムダとかストリーム
はまさに
そうですね
ラムダ
元がリスプのラムダとか
あそこら辺のはずだけど
関数を
さっき
出ていた
ファーストクラス関数
関数というものを
変数に入れて
自由に受け渡し
あるいは合成したり
できますよというのが
関数型言語ではあるので
そういうようなところで
邪魔のラムダとか
ストリーム
邪魔のラムダは
関数型
UBIというか
邪魔よく知らないから
ちょっとあれなんだけど
なんというか
関数そのものではないので
一つの関数を持つ
クラスがあって
それのオブジェクトを
ラムダとか使えるみたいな
そうですね
まじか
いつもラムダ式されてもされてないな
でも
邪魔らしい
邪魔のルールのもとで
関数型っぽく
プログラムを書ける
関数型っぽい
無名関数を作れるぐらいの
イメージですね
邪魔のラムダは
21:02
邪魔らしいとは思いますよ
そもそも邪魔だから
関数型の言語ではない
そうそう
広報広報安定
ルール守った中で
作るとこうなる
すごい納得のいく作り
ここまで
大劇論を交わさないといけないほど
タイプスクリプトって
ないのかなみたいな
今の大劇論と
タイプスクリプトは
関係ない
関係ない
関数型言語とはなんぞやみたいな
話が始まって
タイプスクリプトって
共変と反変がない
それを言い出す人が
聞き方が若干多い
タイプスクリプトに対して
そういうことを言うのが
結構
ちょっと
言っちゃってるかな
いわゆる守護がでかいってやつですか
守護がでかいっていうよりは
それを言う人は
すごく狭い
人だよね
交換原則の話から始まる
交番系と
交換原則
交換原則
なんで今
その話をしたかっていうと
僕は結構プログラムを
結構道具だと思っているので
タイプスクリプトを使ったら
すごい幸せになれることがあれば
使えばいいと思っている
使わなくてもできるんだったら
こんな話までしてまで
使う必要ないんじゃないのって思っちゃったんで
じゃあ話を戻しましょう
話を戻すと
僕はなんでタイプスクリプトを押すかっていうと
まず一つは
JavaScript自体が
推し言語なんですよ
まず
JavaScript推し言語
言語っていうかJavaScriptっていう環境
自体が推しなので
まずそこがあって
ただJavaScript単体
そのJavaScriptっていう言語
厳密に言うなら
エクマスクリプト
エクマスクリプトだけだと正直
ちょっと辛い時があって
それは何かっていうとやっぱり型がない
その胴手片付けが
辛い部分
でタイプスクリプトを使うと
自分がかなり幸せになれる
しかもVSCodeがあれば
かなりいい感じに補完も効くし
エラーもリアルタイムに検出して
TSLintなり
タイプスクリプトの
元から持っている
やつなりが
うまいこと検証してくれて
ハッピーになれる
ってことでVSCodeプラスタイプスクリプトは
すごく
プログラミングが楽になりますよっていう
それで
例えばフレームワークとかも
含めて一からコードベースを作るんだったら
24:01
TSがたまると思うんだけど
エクマスクリプトの
コードベースがある状態で
タイプスクリプトを部分的に混ぜるって
いろいろ辛いと思うんだけど
それは昔の話だと思う
っていうのは
タイプスクリプト
古い知識で
タイプスクリプトを知っている人とかだと
そういう反応になっちゃうんだけど
昔のタイプスクリプトは
確か1.7より前かな
とかは
JavaScript
そのままを
タイプスクリプトとみなすっていうのはできなかったから
あれなんだけど
途中から
Allow.jsって言って
JavaScriptのコード
そのままぶち込んでいいよっていう
オプションが追加されて
そこから全然話変わった
昔は厳密に
厳密に型定義ファイルがないと
怒られるとかがあったから
混ぜるなっけんっていうのは
よく言われてたけど
今は全然混ぜていい
なるほど
学習コストとしては
JavaScriptを覚えてた人たちが
型を変現するところだけ
やれば良い
ってあってます?
あってます
だったら明日からやれるって
共変とか半変って話は
使えばいいだけの話じゃなくて
別に無くても
結局
Genericsとかそうなんだけど
コンテナとかを
自作しますでコンテナを
がっつり組みますしかも型で
がっちりやってとかって言うんだったら
共変半変とかの話
とかももしかしたら出てくるかもねっていうぐらい
のニュアンス
ぶっちゃけそこまでやらなくても
ごまかすことはいくらでもできる
そういう意味では
JavaScriptは
JavaScriptらしく
ゆるい部分がやっぱり
いろいろあるっていうところですね
じゃあその
動的片付けを
タイプスクリプトによって
よくした部分は
あるけれど
なんかJSっぽい
自由な書き方ができる部分がまだあるから
それはそうですね
っていう部分があるって話ですよね
なんかいいとこどおりな
そういう意味環境では
ありますね
ただいいとこどおりなだけだったら
本来つらかったんですが
VSコードの登場で
世界が変わったのであれば
いい感じに
方向性を
決めてくれるとか
そういう話ですね
結局マイクロソフトも
VSコードを作るときに
やっぱりタイプスクリプトを
一番強力に
してるので
ちなみに今
タイプスクリプト自体が
マイクロソフトの
ちなみに今コメントで
共変半変がない言語の弊害として
パーサーのコードが上等になる
私が何言ったのが悪い
パーサー
27:01
型を変える
コンビネーターとかなんとかの話か
僕今XMLパーサーとか
そっちのパーサーかと思ったんですけど
パーサーを
自分で作りましょうみたいな
ノリの話
どんな環境でも
まず
パーサーはパースするもの
パースっていうのは構文解析
コンピューターの文脈で言うなら
パース自体は
解析するっていう意味
めっちゃ書きます
というより
JavaScriptって多分今ある
言語の中で一番ASTが
身近にある言語なんですよ
abstract syntax tree
抽象構文義
っていうのは
なんでか
トランスパイルがブラウザで
動かすために
エクマスクリプトの最新版とかから
ブラウザで実際に動くコードに
変換しなきゃいけない
っていう事情があってそこに
トランスパイル
JavaScriptのコードを変換するっていう
エコシステムが出来上がって
そのエコシステムのおかげで
カジュアルに構文解析
抽象構文義を
いじることができる
のが出来上がってます
これだと
JavaScriptが動的なのが問題なんじゃなくて
弱い片付けなのが問題だと思いますよ
リスパーとしては
という
頼りをいただいております
弱い片付け
そもそも
ちょっと話が戻っちゃって
申し訳ないんですけど
片付けが無くては辛いねっていうところから
僕は
辛いねって分かるつもりでいるんだけど
書く
楽に書くときって
無い方が
さーって書いてるときが楽で
ただ後から読み返すとか
保証するという段階になると途端に辛くなる
っていうものだと思っている
よく壊れやすいとかの意味で
っていうところで言うと
なんだろう
何だっけ
その
例えばその
片付けないところの部分を
他のもので補ったり
要はTDD
TDDがそれに
答えになれば分からないけど
他の解決策があるから
片付けじゃない言語が結構
世にあるんだと思っていて
っていう意味で
片付けにこだわる理由ってあるんですか
確かにその側面はあって
30:00
ユニットテストによって
健康に対する
信頼性を
壊れにくさを
上げるっていうのは確かに
あるんだけど
片付けがあると
まず
型によって保管が効いたり
実際に動かす前に
判定ができる
ユニットテストを書かなくても
型のアノテーションさえあれば
それをちゃんと判定してくれる
というか
コーディングする段階で
書くのは確かに
動的片付けだと楽かもしれないですけど
コーディングする段階で
そもそも
気にしなかったところを
気にしなかった部分を
テストで補ってる部分を
そもそもコーディングで補ってるっていう
コーディングの段階ですでに補ってる
コーディングの段階で意識してるので
っていうと
それは長い想像を変えたことがない
かもしれないですけど
この今定義しようとしている変数が
例えばストリングであるか
ナンバーであるかっていうのって
そこまで
意識しないと分かんないこと
っていうのがなんだろう
意識しない
意識しなくて
例えばこれは文字列を
受け取る
関数ですみたいなのがあるとして
それが分かってるんだったら
別にそこで
ストリングのアノテーションつけるのは
簡単じゃないですか
さらに言うと
片付け言語
今の静的片付け言語って
型を推論するっていうのが
あるので
例えば
こういう関数であれば
型アノテーションがなくても
文字列を返す関数だっていうのは
推論で分かるじゃないですか
っていうのがあるので
そんなにめんどくさくはないかな
と思ったり
書くのも書かないのも
たいしてめんどくさくないなら書いたほうが楽にいくね
っていう
あと
JavaScript
特有の
弊害とすると
たまにHTML構造から
.dataみたいな
メソッドで
値を取れるんだけど
実装してる値が文字列だと
ストリングで返ってきて
ファインティントで返ってくるっていうのがあって
ここは
コード
種別が入ってるから絶対数字で取れると思って
実装しておいたら
実はなんか
小数点とかがついちゃってて文字列で返ってきてみたいな
ことがあって
爆発したことがあるんだけど
小数点ではなかったかもしれない
とたん分かんなくなりましたね
JQueryの話なんで
数字で入ってくると
ライブラリの設計の話になっちゃう
なんで
何が返ってくるかが分かんないときがある
それによって
意図する動きをしない
数値が返ってくると
33:00
文字列判定をしようとしたときに
文字列系のメソッドが叩けない
STLなどが
叩けなくて
JavaScriptがエラード落ちる
っていうバグを見たことがあって
実際にJavaScriptで
散々
昔検証やったときに
型が変わってたみたいなことを
やってたんですよね
確かにそうか
コメントで
ライブラリとかの返り値が何型なんだよ
みたいなことはあるかも
というので
ドキュメント読めばうんうんってあるけど
ドキュメントがあるとは限らない
でもカターノテーションであれば
洋ちゃんさんが
記事を
これは弱い片付けの話
どうしたの
分かるんだよな
何を
まあいいや
でも
あれですよね
JSONパーサーとか
書くと
JSONパーサーとか使うと
あの
XMLでもいいんだけど
そういうのを使うと
型のついてる言語だと
辛い
性的な片付けの言語だと
辛いという問題はありますよね
パーサーが返してくるものが何か
というのが
型が決まらないやつがたまにあるので
整理したい
そっか意識したことない
JSONパーサーやったことは
2015以前の
とりあえず全部
ストリングでとっておけばいいんじゃないか
そりゃそりゃ
邪魔でやるときは
これはデートにできそうだから
デートにしようかというのは
やっと何か違和感
僕の書く
スクリプトが短いから
あると思うんですけど
期待している要素の中身って
変数名が
表すべきだと
出て
ここはストリングである
という以前に
こういう要素であることを期待している
というもうちょっと
大きい説明じゃなくて
詳細な説明が
変数名で設定している
という世界
それがあれば
これがストリングか否かって
別に密に
型で守られている
のが嬉しいケースって
そんなにたくさんあるのかな
っていうのがあまりピンときていない
例えば
それどちらかというと
多分プリミティブ型を
意識しているからのような
気はしていて
例えば
クラスなり
関数なりだと
どうしても
例えば名前が
36:01
同じ名前
同じような感じの名前なんだけど
実は別のものを
使わなければいけないとか
っていうような感じの時
ちょっといい例が思いつきにくいけど
どうしようかな
ザレ事気味なことを言っていたら
それを言ってくれたらいいんですけど
眠い
じゃあ目の覚める話題に行きます?
そうっすね
目の覚める話題に行くか寝ちゃうかどっちかです
あー
目の覚める話題はなんだろう
スマブラ?
今からスマブラ大会?
くせえ
みんなボロボロで
プレイな
ちなみにこの前
初めてスマブラをしました
初めてじゃないわ
人生2度目か3度目かぐらい
64とか含めて初めてってことですか?
というより
僕64持ってないし
64ゲームキューブとか
持ってないから
あの時代やってなくて
DS3DSとかでも
結局
DSに出ましたっけ?
本当にDSに出ました
やってはいないし
Wii
Wii1個はWiiUかなんかで
ちょっとやって
ごめんよく分かんない
でそのままやらなくなった
ような記憶
スマブラの話題は
私は眠くなるの
スプラトゥーン
スプラトゥーン分かんない
さっきまで
テックの話をやっていた時は
眠さや微塵も感じさせなかった
セア
セアモード
これあれね
メンバーによって
どの話題眠くなる
眠くならないがすごくはっきりしてるよね
っていうあたりもエンジニアなのかしらね
分かります
エンジニアとはの話にも
眠い人は眠るからテックの話でいいんじゃないですか
スマブラで私が眠くなったら別に
エレキシスさんさっきから
ずっと眠さを感じさせなかったんですけど
眠いです
眠いですか
眠いというかちょっと首がだるい
表
収録関係ない日だったら
初詣に行って解散でもいいかな
っていう気は今してますけど
3時56分
というか
この任務で店員が横になるには
スペースが足りないっていう
そもそも横になる気がない
俺は横になるスペースを早々に確保した
電車動いてるんで普通に帰るよ
帰るだけ
時間的には多いよね
帰れるんですか
そろそろというか
動いてる
39:01
普通の感覚
次の話題なんかあれかね
聞いてのほうが眠くなんないのかな
これ後半のやつ公開して聞いても面白い
多分ちょっとあまり
練習絶対必要だと思う
そもそも
すごい貫通じゃん
言語の話になる
新しいネタがある
新年抱負?
新年の抱負?
何やっけ
フォートフォリオサイドを作るために
確かに
今からフォートフォリオサイドを作るので
アホやろ
ちょっと一回寝させてくださいよ
コーディング実況
鬼か悪魔してもらいたい
新しいネタが投下されたところで
コーディング実況
しゃべった?
まあそうですね
1990年の抱負はって聞こえた
いつの時代を生きてるんだと思った
2019年
旧だけを拾ったの
2019年
なんかやっぱなじみない
数字だよな
2018だって別に
ターミナルのとこで
2018-01のごちゃちゃが
まあたぶん
1週間か2週間くらいすると慣れるんですけど
本当ですか?僕1ヶ月経っても慣れない
マジですか
それからもういい加減になれるかみたいな気持ちになって
まだ2018年って言ってます
2018年12月32日
何言ってんの
2週間くらいかな
インクラの仕事してて日付のフォルダ作りまくるから
それは僕も同じく
オペレーターの仕事やるときに作りまくるんですが
だいたい2018年に仕立てて
あっ違った
2019年に直すみたいな感じですね
去年の今頃
なんかしょうもないインシデントを起こして
2018年という
始末書を一本したため
みたいなことをやりましたけど
スタッフ どれくらいになったら始末書とかって
スタッフ 会社の手触るような
すげーあっさり承認されてしまう
スタッフ 遅刻したら始末書とか
僕は新年の豊富な話に戻っちゃうと
僕は例のアクチュアルコードを形にして
なんでアクチュアルコードって
えっと
その時にいなかったっけ
たぶん
いらっしゃらなかった
だからマークダウンを
スクリプト言語とみなさい
あーはいはい
っていうか
42:00
たぶんあれの時にいたと思う
自己紹介
じゃなくて
もっと前の回ってことですよね
モクモク執筆会の時に
言ったネタだから
はい
あの時に
何のことか
あれの
あれで書いたら
ブログをそのままアップロードできるような
サービスを作りたいねっていう
ブログにする
なるほどいいですね
っていうのをまあ
新年と言えるうちに
ちょっとやりたい
今年の抱負じゃない
それは
新年のうちに
終わっちゃうじゃないですか
新年の
抱負の場合
今年の抱負
今年の抱負でいう
一年の抱負でいうと
技術的な得を積む
僕のテーマです
去年はちょっと
技術的な得が足りなくて
ちょっと本が不本意な
ちょっと不本意になっちゃったかな
っていうのをちょっと自覚しているので
今年は技術的な得を積むがテーマです
これ食べていいやつ?
うん
この間から
スタッフ あの
スタッフ AKSのやつか
スタッフ アップセンターの
スタッフ アップセンターの
スタッフ アップセンターの
スタッフ アップセンターのお客さんか
スタッフ アジュールサーチか
スタッフ 全部書けばいいんだけどね
スタッフ ああそうそう
スタッフ さっきエルキさんの
スタッフ 川原くんに別にやっておいてたんですよね
スタッフ サイトをこうやって
スタッフ 忘れてた
スタッフ アップ
アップデューリングコンプリート
FMの1話が
スタッフ ああ TCFM
TCFM聞いてる人
スタッフ 最近聞いてない
最近聞いてない
スタッフ C言語のコンパイラーを
スタッフ 自作したりする人の
スタッフ 強い人だ
スタッフ ちなみにそれを
スタッフ 学生に教えて学生と一緒にやったりする人の
スタッフ コンパイラー
それは自分の学習のために
っていうことですか
スタッフ 学習なのかな
スタッフ セキュリティカンファレンスか
スタッフ なんかやってなかったことある
何を目的としてコンパイラーを
スタッフ 自分で書いた
スタッフ C言語のプログラムを
スタッフ 自分のコンパイラーで動いたらかっこいい
スタッフ かっこいいね
45:00
スタッフ かっこいいけど
スタッフ っていう話
スタッフ 趣味の領域だったら
スタッフ それは社員の開発目
スタッフ 趣味の領域で
スタッフ なければ
スタッフ 実績を求めてやるのであれば
スタッフ それは社員の開発目
スタッフ というのでは
スタッフ 社員の開発目は
スタッフ いいんですよ
スタッフ 別に
スタッフ 社員の開発目
スタッフ 僕は結構重要かなと思っていて
スタッフ 自分にとっては開発目でも
スタッフ 何でもない
スタッフ 自分が実際に
スタッフ 社員を
スタッフ 作れるよっていうのを
スタッフ 自分で体験する
スタッフ 学習目的とか
スタッフ 他の目的がある
スタッフ 部分に関しては
スタッフ 全然
スタッフ 否定しないと思っていて
スタッフ 単純に何で作ったんだろうな
スタッフ そこを聞きたかった
スタッフ そこを考えちゃうと
スタッフ 実際変なのかな
スタッフ 場合により
スタッフ 例えば
スタッフ 元のやつがよっぽど出来が良くて
スタッフ 例えばもし改造するんだったら
スタッフ そっちを改造した方がいいよね
スタッフ とかだったら全然アリだと
スタッフ 例えば
スタッフ 自分がそれより良いものを生み出せる
スタッフ っていう確信があるんだったら
スタッフ 何でも何でも
スタッフ 何でって言ったら
スタッフ 楽しいから
スタッフ そこに新言語があったから
スタッフ コンパイルで
スタッフ ローエマインとかの
スタッフ それはそれで面白そうなんで
スタッフ ペープコンパイルって
スタッフ 言うこともあったから
スタッフ それはかっこいい
スタッフ なんかロマン
スタッフ ロマンの口を出したら
スタッフ 意地のないやつだったということで
スタッフ 今の話が
スタッフ コンパイラーって
スタッフ 一回は作りたくなるわけじゃないですか
スタッフ ソフトウェアエンジニアにあたるものを
スタッフ そうすると
スタッフ 何かの
スタッフ コンパイラーを作るんだけど
スタッフ 新しい
スタッフ オレオレ言語を作るか
スタッフ 自分の言語を作るか
スタッフ っていうのが
スタッフ まず一つあるわけですよ
スタッフ オレオレ言語を作るのは
スタッフ まあ
スタッフ その
スタッフ その
スタッフ 問題というか
スタッフ まずその言語設計っていう
スタッフ ハードルがあると
スタッフ 言語設計のハードルを
スタッフ ちゃんと超えるためには
スタッフ ちゃんとした言語を設計できないといけない
スタッフ だけど
スタッフ まあここを
スタッフ まあまず通り越え
スタッフ 通り
スタッフ あの
スタッフ キープしたかったら
スタッフ 既存の言語になるんだけど
スタッフ 既存の言語を
スタッフ 実装することになると
スタッフ 何がいいかというと
スタッフ J言語がいいという
スタッフ 理由があって
スタッフ J言語っていうのは
スタッフ 割と
スタッフ 現象的な
スタッフ 言語で
スタッフ ちゃんとマシンコードに
48:01
スタッフ コンパイルされる言語で
スタッフ コンパイルされる言語で
スタッフ なんかいつか
スタッフ それで
スタッフ できるのを作ろうと思うと
スタッフ J言語が
スタッフ 完璧だってことを
スタッフ 言ってくるので
スタッフ 私はエンジニアたるもの
スタッフ コンパイルを作ってみたいよね
スタッフ っていうのが覗かれて
スタッフ エンジニアをやれないんじゃないかと
スタッフ 分かってた
スタッフ 結構ね
スタッフ ORマッパーとか
スタッフ それはいろんなので
スタッフ そこは多分
スタッフ 必要な部分なので
スタッフ コンパイラーじゃなくても
スタッフ 例えばインタープリターでも
スタッフ 何かしらの言語取り系
スタッフ 作ってみたいよね
スタッフ そこは
スタッフ コンパイラーのところに
スタッフ 何か別のものが
スタッフ 入ることもあるけど
スタッフ 一定数
スタッフ コンパイラー
スタッフ そこにコンパイラーが入ると
スタッフ っていうのがいるわ
スタッフ なるほど
スタッフ そうだね
スタッフ ペリエーションのもっと深いところで
スタッフ やってみたいっていうのは分かる
スタッフ 芸術と人との世界だと
スタッフ EF
スタッフ EF
スタッフ EF
スタッフ 何だっけバイオスの次のやつ
スタッフ バイオスの次?
スタッフ EFI
スタッフ UEFI
スタッフ UEFIだ
スタッフ あれを
スタッフ 今出てきたクイーン
スタッフ 羽田彩がとっちゃらかる感じ
スタッフ UEFI
スタッフ UEFI
スタッフ あれで
スタッフ あの
スタッフ OSをブートするまでの
スタッフ 本が何冊か出てて
スタッフ それは
スタッフ どういう内容が本になるんですか
スタッフ UEFI
スタッフ UEFI
スタッフ 言いにくいなぁもう
スタッフ 何をするのか
スタッフ こうやったら
スタッフ UEFIのコード書けますよ
スタッフ とかっていうような
スタッフ 解説しながらブートローダーを作るには
スタッフ そんな感じ
スタッフ OS作ることも
スタッフ そっかそっか
スタッフ そっか
スタッフ 何分か前の
スタッフ 私の発言は全部撤回します
スタッフ 自作をX作ろうとしたわ
スタッフ 笑
スタッフ だから何かXがあるわけで
スタッフ そこでやったままでやった
スタッフ 本もあったし本を読んでやろうとしたけど
スタッフ その当時の私は
スタッフ コンピュータファイアと全く
スタッフ なんかやらなかったんで
スタッフ そうそうに脱出しましたけど
スタッフ あの時は確かに何かそれを楽しいと思ってやってた
スタッフ そのTCFIに
51:00
スタッフ 出てた人は小学生の頃に
スタッフ OS
スタッフ そう32丁OS本で
スタッフ そうそうOS作ったんだよ
スタッフ マジかすげぇな
スタッフ すげぇな
スタッフ 小学生の頃みたいな話で
スタッフ そうそうHikariumさん
スタッフ ヒカリウム
スタッフ TCFIも面白いんでお勧めです
スタッフ 青空FMは結構TCFIで
スタッフ 行ってるところ
スタッフ いや話題は全然
スタッフ 話題はゲームの中で
スタッフ あの帰りとか
スタッフ 帰り
スタッフ あの
スタッフ 全然2DコンプリートFM
スタッフ って感じで始まる
スタッフ 自分のトップキャップを
スタッフ 自分で喋って始まる
スタッフ ああなるほど
スタッフ アウトロFMにしよう
スタッフ じゃないですか
スタッフ あれね
スタッフ 元ネタがそうだったけど
スタッフ 人のネームとかネタが
スタッフ わかんない
スタッフ あっちはしがないラジオだよね
スタッフ しがないラジオどっちかというと
スタッフ 何だろうロボというか
スタッフ ああ
スタッフ あれっぽくは大キャッチっぽく入るから
スタッフ やってる
スタッフ もう完全に
スタッフ 飾ってもんが入っている
スタッフ ああ
スタッフ 働かないといけないかなと思うけど
スタッフ 体が重力に
スタッフ 勝ってくれないかな
スタッフ まあ別に
スタッフ いやもう
スタッフ 見てるんだったらやめようかな
スタッフ まあさすがにそろそろ
スタッフ あれっすかね
スタッフ 本当に付き合ってくれて
スタッフ ありがとうございます
スタッフ 言っとかないといけない
スタッフ こんな時間帯まで
スタッフ ありがとうございます
スタッフ 我々のグダグダな話に
スタッフ じゃああのあと10分ぐらいなんで
スタッフ 10分やらなくていいですけど
スタッフ 1人ずつぐらい感想を
スタッフ 喋って
スタッフ 今日の感想
スタッフ 2019年
スタッフ 1月1日に
スタッフ これはなんだ
スタッフ 追脚リードか
スタッフ 追脚兼ポッドキャストみたいな
スタッフ 感想を
スタッフ 今年最初のアウトプットじゃないですか
スタッフ 今年最初のアウトプット
スタッフ なるほど
スタッフ なるほど
スタッフ コンティニューコインがないので
スタッフ 本当にあと10分で全員終わらさないといけないはず
スタッフ いいんじゃない
スタッフ 終わらなかった
スタッフ アウトプット一言ずつどうぞ
54:01
スタッフ 誰か言いたい人
スタッフ 感想
スタッフ 誰も言わない
スタッフ 多分みんな眠いっていう
スタッフ 今考えてる
スタッフ はい
スタッフ こんどうゆうこです
スタッフ 今日は来てくださってありがとうございます
スタッフ 感想としてはですね
スタッフ 私は
スタッフ エンジニア
スタッフ エンジニアと触れ合う仕事ではなくて
スタッフ エンジニアではないんですけど
スタッフ エンジニアに負けないアウトプットをすることで
スタッフ 大承認を得て
スタッフ あの
スタッフ 私がやってんだから
スタッフ せめえらもやれみたいな感じで煽っていく
スタッフ 減るように頑張ります
スタッフ はい
スタッフ ありがとうございます
スタッフ ありがとうございます
スタッフ はい
スタッフ ではもう順番で
スタッフ 途中から参加して
スタッフ 言いたい放題って
スタッフ 終わるっていう
スタッフ そんな感じで
スタッフ これでいいのか
スタッフ 的なことなんですけど
スタッフ 今年最初のアウトプットって
スタッフ 聞いて
スタッフ 気持ちになりました
スタッフ えーと
スタッフ はい
スタッフ 楽しかったです ありがとうございました
スタッフ 聞いてくれてありがとうございました
スタッフ はい
スタッフ はい ありがとうございます
スタッフ 最後まで聞いていただいて ありがとうございます
スタッフ 新米ペチパーですが
スタッフ 頑張りますということで
スタッフ まあこれからも
スタッフ 勉強とアウトプットと
スタッフ バランスよく
スタッフ いろいろとやっていこうと思える機会として
スタッフ 今回 今日の
スタッフ 今日のお話も相当
スタッフ インプットも
スタッフ インプットもすごかったので
スタッフ 今後に生かしていきたいと思います
スタッフ はい ありがとうございます
スタッフ はい
スタッフ ありがとうございました
スタッフ はい どうぞ
スタッフ 田嶋さん
田嶋 田嶋です
田嶋 結構声を上げた機会が多かったので
田嶋 ごめんなさい
田嶋 何だろうな
田嶋 最初に僕が2018年で
田嶋 得た最初の学びって
田嶋 検閲の話をさせてもらって
田嶋 どういうことかというと 遠慮するんですよ
田嶋 っていう話なんですけど
田嶋 可能性を勝手に諒めて
田嶋 自分でこれはできないなとか
田嶋 これはやっちゃいけないなとか勝手に思ってるんじゃないぞ
田嶋 っていうことを めっちゃ言葉が荒いんですけど
田嶋 もっと優しく伝えてもらって
田嶋 それを結構人生のテーマにしているので
田嶋 今後ともやっていきたいと思っているし
田嶋 今後とも遠慮はないと思うんですが
田嶋 遠慮がないからこそ
田嶋 いろんなことがやれると思っているので
田嶋 これを含めてね
田嶋 いろんなことを遠慮せずに
田嶋 2019年もやっていこうと思います
田嶋 今後もよろしくお願いします
エルギーさん
エルギー 聞いてくれてありがとうございます
エルギー こんなグダグダな時も
エルギー タイミングも結構あったんですが
エルギー ここまで聞いていただいて本当にありがとうございます
エルギー 喋ってて面白かったですね
57:01
エルギー こういうのを
エルギー 今後もやっていきたいなって
エルギー ちょっと思いました
エルギー ボットキャストがあるので
エルギー お願いします
スタッフ じゃあいずれゲストに
エルギー やったー
スタッフ まあ4か月か5か月後だと
エルギー それぐらい先です
スタッフ 急的に
エルギー 忘れてそう
スタッフ キュッキューさんがまだ来いんだけど
スタッフ あー
スタッフ いやいやまあまあ
スタッフ 喉が多分みんな
スタッフ だいぶ
スタッフ 今度の機会に
スタッフ あと6分ちょいで終わるんで
スタッフ はい
スタッフ ありがとうございました
スタッフ ありがとうございました
スタッフ あと誰だ
スタッフ 瀬戸和さんと小原さん
スタッフ ああ
スタッフ どうもゆきさんです
スタッフ はい
ゆき さん なんかみんなで年越しできて楽しかったっす
ゆき さん ありきたりですが
ゆき さん 聞いてくれて
ゆき さん ありがとうございます
ゆき さん これからも
ゆき さん いろんなことが
ゆき さん できると思いますんで
ゆき さん 今年1年
ゆき さん いろいろ生やして
ゆき さん いってください
ゆき さん 皆さんよろしくお願いします
スタッフ はい
スタッフ あ 瀬戸和さん
スタッフ ああじゃあ 瀬戸和さん
スタッフ えーと
スタッフ スカモンの真田くしですからどうもよろしくお願いします
スタッフ 以上
スタッフ ありがとうございます
スタッフ 今日はごはんに
スタッフ 初めて
スタッフ 今日仕事って言ってましたよね
スタッフ 荷物だけどサーバーの先を
スタッフ はい
スタッフ じゃあ小松さん
小松です
小松 あの年を越せるかどうかわからないっていうところから
小松 コインをずっと投げ続けていただいて
スタッフ 確かに
小松 ここまで続いたのが正直すごい楽しかったです
スタッフ 確かに
小松 ありがとうございました
スタッフ はい
スタッフ ありがとうございました
スタッフ ありがとうございます
スタッフ 途中でちょっと寝落ちしましたけど
スタッフ コミケ2日連続でサークル参加で
スタッフ 疲れたということで
スタッフ ご勘弁ください
スタッフ 2019年
スタッフ 本をいっぱい流すと
スタッフ いろいろ
スタッフ コミュニティ活動に
スタッフ 精を出すというところ
スタッフ あとは
スタッフ 本職の仕事のほうは
スタッフ 趣味に前振りするっていうのを
スタッフ 今年の目標に挙げてます
スタッフ 今までも
スタッフ 上司の面談とかで
スタッフ お前の趣味
スタッフ やりたいのは分かるんだけど
スタッフ 趣味じゃない
スタッフ 仕事は趣味じゃないんだから
スタッフ もうちょっとやんなきゃいけないこと
スタッフ やんなさいって言われてたんだけど
スタッフ 知らない
スタッフ 趣味に前振りします
スタッフ かっこいい
スタッフ はい
スタッフ 長いこと
スタッフ 6時間
スタッフ 5時間
スタッフ 4時間プラス56分です
1:00:00
スタッフ 5時間ですね
スタッフ 見ていただいてありがとうございます
スタッフ また
スタッフ こういう機会があると
スタッフ いいなと思ってます
スタッフ 以上
スタッフ ありがとうございました
スタッフ どういうか
スタッフ じゃあ締めますよ
スタッフ コルタさんの感想は
スタッフ 今言ってしまいます
スタッフ ごめんなさい
スタッフ 5時間に及ぶ
スタッフ エンジニアのとしこし配信
スタッフ どうもみなさんお疲れ様でした
スタッフ 青空FMっていう枠でやらせてもらったんで
スタッフ 一応宣伝だけしておくと
スタッフ 青空FMは
スタッフ エンジニア関係なく
スタッフ どの職業でも誰でも楽しいことがあれば
スタッフ 出れるポッドキャストなんで
スタッフ ちょっとゲームとか趣味とか
スタッフ テック系でももちろんですけど
スタッフ 喋りたいことがあればぜひ出てほしいです
スタッフ えー
スタッフ シャープ青空FMっていうので
スタッフ ハッシュタグつけて感想とか
スタッフ 申し上げると嬉しいです
スタッフ そんなもんかな
スタッフ えー
スタッフ 僕だけ今年の抱負を言ってないんで
スタッフ さらっと言っておくと
スタッフ 特に変わんないんですけど
スタッフ 今年も楽しいっていうことを全力に念頭において
スタッフ 楽しくやることを
スタッフ えー
スタッフ なんだろ
スタッフ 楽にならないで
スタッフ 楽しくやるっていうことに全力投球して
スタッフ いろいろ工夫してやっていきたいと思います
スタッフ よろしくお願いします
スタッフ はい
スタッフ というわけで
スタッフ 大丈夫ですかね
スタッフ 終わりですかね
スタッフ 忘れ物ないですかね
スタッフ あの最後にリンク貼っていただいたやつ
スタッフ クイーンアドベントカレンダー2018
スタッフ 一人アドベントカレンダーか
スタッフ クイーンだと
スタッフ あ違う一人じゃないけど
スタッフ でもなんか
スタッフ ものすごいな
スタッフ この隅さんが
スタッフ えーと
スタッフ 3つ記事書いてあと全部
スタッフ 貼る
スタッフ あーさっきのあの方ですね
スタッフ すごい
スタッフ 激しい
スタッフ クイーン欲しい
スタッフ クイーンの作者の方ではないんですよね
スタッフ どうだろうわかんない
スタッフ この隅さんの別の
スタッフ 別の方だったりする
スタッフ すごい
スタッフ 白々白々
スタッフ 適当言った今適当言ったから
スタッフ 本当今適当言ったから
スタッフ こういう楽しさも
スタッフ あではないです
スタッフ こういう楽しさもあるのが
スタッフ フォットキャストだったりツイキャストだと思うので
スタッフ まあ今年もこういう楽しさを
スタッフ 皆に布教していきたいと思います
スタッフ 本書きましょうみんな
スタッフ 本書きましょう
スタッフ あと1分くらいなんで
スタッフ 何かあれば言って最後に時間バッと締めますけど
ブーブー言っ 私だあの今年出す本を最後の130秒30名ギリギリでわーってここに
みんなでかぶせるようにかぶせるようにタイトルを何がそれそれいったら誰に向かわ なくていいんじゃないですか
なのか大丈夫じゃあ
なし
1:03:01
ジャイです ゆるいるだ
まあこのゆうさが色々 b あっ
あと3色よルビーの方はいワーストップ勉強会 えっとワーストップの
8 is を 平塚なぁ
を言うとだったんだああああああああ ああおやる方さんはちょっと
寝てるような、脳が寝てるような感じです
今のうちに
あと20秒しかないですよ
あれフォルデさん何書くんですか
えーどうしようかな
始める技術と続ける技術で
お
僕は一人乗しスボンを書きます
猫と死んだと日本を取る技術
はい8、7、6
はいじゃあ今年もよろしくお願いします
お願いします
綺麗に終わったんじゃないですか
綺麗に終わった
綺麗に終わった
