サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
画力アップ
razokulover.hateblo.jp
技術書典4で販売されてたDNSをはじめよう ~基礎からトラブルシューティングまで~を読みました。 ドメインとwhois DNSの仕組み AWSのネームサーバ(Route53)を使ってみよう digとwhoisを叩いて学ぶDNS トラブルシューティング という構成で書いてあります。 要所要所で確認クイズみたいなものがあってそれに答えながら進めていくと良いでしょう。 自分としては結構知ってる内容が多かったけど、ドメイン発行とか各種DNSレコードの意味とハマりどころ等を改めて復習するのに良いなと感じました。 SPFレコードの設定とかよくやるけどいつもやってるから設定するみたいな惰性で処理しがち。 でもどういう仕組みで迷惑メールと正しいメールを判断するのかとか、ちゃんと順を追って理解しておかないといけないですよね。 本書だと実際にdigを打ちながらその辺を確認してくれています。 DNS周りの設定と
1年くらい前に仕事でNuxt.jsをいじる機会があったんだけどそれ以来使ってなかった。 ただ、GW中にNuxt tech bookを読んだところ久々にいじりたくなってしまい。 そこでちょうどFirebase HostingとPWA化に関して調べてたとこだったので、Nuxt.jsのサイトをPWA化してFirebase Hostingで動かす手慣らしでもしておこうかと思いやってみた。 ただ、普通にやっても面白くないので一応Lighthouseのスコアを満点にすることを目指してみることにした。 コンテンツはNuxtのスターターキットの初期生成されるページ。このページを対象に行う。 以下、Firebase Hostingの設定・Nuxtのプロジェクト作成・PWA設定・Lighthouseのスコア上げの流れで説明してます。 一応ソースはこちらで。 nuxt-firebase-hosting-samp
ここ最近は援やパパ活などインターネットと性と出会いみたいなものをテーマに調べています。 前回の現役キャバクラ勤務の女性にパパ活について色々と教えてもらったのでご報告しますの中でも書きましたが、パパ活含め日本における「女性が身体を提供し金銭の授受を行う」という文化のルーツは江戸の遊女にあるのでは?という話が出ていました。 今回は江戸の色町 遊女と吉原の歴史 江戸文化から見た吉原と遊女の生活という本を読んだので、そのメモも含めて色々思ったことなどをまとめてみます。 遊女 最初に「遊女」について軽く触れておくと、 遊女とは、 遊女(ゆうじょ、あそびめ)は、遊郭や宿場で男性に性的サービスをする女性のことで、娼婦、売春婦の古い呼称。「客を遊ばせる女」と言う意味が一般的である。 https://ja.wikipedia.org/wiki/%E9%81%8A%E5%A5%B3 とあり、 現代風な言葉だと
先日、下記のエントリでインターネットと出会い系について書きました。 梅木雄平氏に贈る、界隈の相場感とインターネットと性と出会い系 新潟県知事の援助交際の件を受けて、ハッピーメールの利用者等について知っていることを書いてみる これらのエントリは予想以上に多くの人々に読んでいただいたのですが、一部の方からは「パパ活」についてもっと聞きたいという声がありました。 今回はそれらの声に応えるべく、実際にパパ活経験のある方にお話を聞こうということで募集をかけました。 すると1人の女性にインタビュー*1をすることができました。 彼女は六本木のキャバクラで働いており、芸能関係のお仕事もされたこともある本格派で、パパ活に関しても非常に詳しい方でした。 以下、僕が質問した内容とその回答を一問一答形式で書き連ねていきます。 彼女の名前は便宜上、舞花さん(仮名)としておきます。 Q1. パパ活を始めた理由は何です
新潟県知事が「ハッピーメール」という出会い系サイトを通じて女子大生と金銭の授受を通じて会っていたという話題がインターネットを賑わせていました。 http://bunshun.jp/articles/-/7064bunshun.jp 上記の記事の情報をまとめると 新潟県知事(50歳) 女子大生(22歳) 1回3万円 月1回程度 という感じで、いわゆるよくある形の「定期援」の典型になります。 援については、先日書いた梅木雄平氏に贈る、界隈の相場感とインターネットと性と出会い系の中でも触れていますので相場感など知りたい方はそちらをご一読ください。 今回の件では"1回3万円"ということで、援の相場感としては妥当なところですが、新潟県知事という知名度やもらっているであろう収入感から考えると安すぎるなという印象はあります。 ところで、今回の件で登場した「ハッピーメール」という出会い系サイトについて、み
Slackのdisplay nameを「お疲れ様です」から始まるようにしておくと、DM送るときに毎回「お疲れ様です」って言わなくていいので効率的です pic.twitter.com/3YVLavmwaG— ウイウ (@uiureo) April 16, 2018 この投稿を見て@uiureoさん天才か〜って思ったのでChatworkでもやってみた。 普通にプロフィールから名前を変更するだけなんだけど、 Slackみたいに「お疲れ様です、中坂さん」と登録するとChatworkでは、 「お疲れ様です、中坂さん さん」という感じでさんが勝手に付与されるから「さん」はつけない方が便利。 ただし、これだと今度は通常の表示名が「お疲れ様です、中坂」となり、呼び捨てのディスプレイネームになってしまうのが少し不便。 どうしても「さん」が語尾に着くのがだるい人はSlack使うのがよさそう。 以上。
某所で #女の価値を決めるバッグ のタグが流行してますが、 その発端となったツイートから派生して梅木雄平氏の過去のパパ活のやり取りが掘り起こされました。 それが下記のような発言で、 www.cyzo.com 要は1〜2万で大人の関係は可能かと尋ねてる訳ですが、 この点に関して界隈の相場感からだいぶかけ離れており、 これまたバッグとは別の方向からも非難されているようです。 当該の女性とのやりとりでは最後に「パパ活勉強してから出直せ!」と女性から言い放たれてるのですが、 一方でこの界隈の相場感をどこで勉強するんや…と途方に暮れられている方もいらっしゃると思います。 ですので、長年インターネットでの出会い系サイト等をウォッチしてきた経験からざっくりと界隈における専門用語とカテゴリ、及び各種相場感をまとめておくので参考にしていただければと思います。 援・割り切り(出会い系サイト勢) いわゆる援と呼
突然ですが全国の約15000店の風俗店を対象にして、店名を形態素解析してたら結構面白かったので記しておきます。 以下が「店名によく使われている単語TOP 50」の結果です。 回数|単語 874|人妻 367|女 292|妻 244|奥様 233|デリヘル 204|安 160|学園 159|娘 157|エステ 157|素人 144|専門 128|愛 117|回春 114|性感 113|ラブ 105|会 95|マッサージ 92|コレクション 89|風俗 87|美 85|熟 84|乳 84|痴 80|本店 78|美人 76|秘密 74|マダム 74|円 68|LOVE 68|特急 66|姫 64|花 63|彼女 62|Love 62|OL 62|in 62|アロマ 58|艶 57|ガール 56|ちゃん 56|女子 56|恋 56|最 56|淫乱 55|パラダイス 55|三 55|屋 54|ヘルス
コクヨのingという椅子があり、気になったので座ってきた。 www.kokuyo-furniture.co.jp 感想としては、「背もたれのあるバランスボール」という感じ。 バランスボールに座って仕事をしたことがある人はわかると思うけど、あれは姿勢が悪い人にはとっては通常の椅子よりも腰への負担がでかい。 自分は特に姿勢が悪い方なのでバランスボールに座った作業は途中で辞めてしまった経験がある。 だけどバランスボールにのってゆらゆら揺れながら作業するという体験自体は割と好きだった。 この辺の課題を解決してくれる椅子がこのingという椅子だと思う。 お値段は10万前後するけど、アーロンチェアとかよりは安いし、もし椅子選択自由みたいな会社があれば候補の一つにいれるのもよさそう。 体験場所は都内に限らず全国に色々あるようなので、気になる人は暇な時にでも行ってみてください。 ingの体験場所 コクヨ
顔を洗っていると小指が鼻に突き刺さることがあります。 勢いに任せてジャバジャバやってる時に限って突き刺さるのでその痛みは一瞬ながらも相当なものです。 何か回避策はないかなと考えていたんですが、一番最初に湧いてきたのが「小指を切り落とす」でした。 小指がなければ確かに小指は突き刺ささらないでしょう。 でもまぁそれがおかしい話なのはすぐわかるんですが、これはブラック企業辞めろマウンティング問題にも言えるなと思いました。 いわゆるブラック企業で働いてる人に「辞めればいいだけじゃん」と言う人の話です。 たしかに普通の企業で働いている人は会社を辞めるのに大したプレッシャーは無いと思うのですが、それは小指を切り落としてもすぐ生えてくるタイプの人です。 ブラック企業を辞められない人は、小指を切り落としたら二度と生えてこないと思っている人です。 そういう人に小指を切り落とせと言うのはいかに無理筋かよく分か
誰もが一度は、「なんであの人はこんな簡単なことも出来ないのか」という感想を持ったことがあると思う。 身近なところだと、朝起きるとか部屋の掃除をするとか。 その人を怠惰だ・無能だと言って切り捨てるのは簡単なんだけど、 一緒に暮らす人や共に働く人がそのタイプだと結構精神的ストレスが発生してよくない。 そういう時は、「自分が当たり前に出来ることは特殊能力だと思うようにする」と調子良い。 「この作業は誰でも出来る」から「この作業は特殊能力者じゃないと出来ない」と思考転換すると、 「仕方ない、俺が世界を救ってやるか〜」みたいな気持ちになって優しくなれる。 「なんでこいつこんな簡単なこともできないのか」みたいな感情も「自分はこんなことも出来るんだ」みたいに考えるとお得。 自分には大したMPの必要ないことだけど、別の人にとっては大量にMPを消費する一大作業であることもある。 魔法使いに前線で拳を振り上げ
うちでは数ヶ月ほど前からルンバが稼働している。 週に4回ほど、平日の部屋にだれもいないときに動き出すようにセットしてある。 実際に動いてるところはあまり目にしないけど、 最低限床は綺麗になっているのでちゃんと働いているのだろう。 * * * * * * * ルンバを購入してから自分で掃除機をかけることがほとんどなくなった。 今まで使っていた掃除機は部屋の片隅に申し訳なさそうに立ってるだけになっている。 今日、ふと体を動かしたくなったのもあり、久しぶりに自分で掃除機をかけることにした。 ルンバをお迎えして以降、掃除機掛けらしき仕事をしたのは、せいぜい段差のある空間や入り組んだ配線地帯を小さなクリーナーで吸うくらいだ。 だから久しぶりの掃除機掛けはとても疲れた。 リビングを合わせると4部屋あるため、 コードの長さが足りず何度かコンセントを適当な位置に挿し直して掛け直すという作業が発生する。 こ
コンピュータの構成と設計 第5版 上を読んだ。 先日のMeltdownとSpectre問題とかの関連でCPUについてもう少し深く知りたいな〜という気持ちがあったのとちょうど正月にCS基礎教養をまとめてて読もうと思ってたところだったのでちょうどよかった。 パタヘネ本は結構内容が濃いと聞いていたので隅から隅まで本気で読むと絶対続かないな〜と思ってたから、今回はCPUの全体的なアーキテクチャの話とかCとかの普段使う言語がプロセッサでどう実行されるのかとかその辺の基礎的な部分の理解にしぼってさくさく読んでみた。 一通り読んでみて、入門レベルの書籍だとプログラムが実行されるにはメモリにロードされてプロセッサで実行されますくらいにしか説明されないが、パタヘネでは具体的にどのようにCPUで実行されるのかみたいな話をソフトウェアレベルからハードウェアのレベルにまだへりくだって解説してくれるのが良いなと思っ
Google Cloud Speech APIの文字起こし精度が結構高いという話を聞いたのでRubyでAPIを叩いて試すところまでやってみた。 流れとしては、 サービスの有効化 GCPでサービスアカウントキーを取得 音声ファイルの作成 ストレージに音声ファイルをアップロード APIを叩く という感じ。 APIを叩くのはライブラリを使えばいいだけなので簡単だが、音声ファイルの作成には少し注意が必要だった。その辺含めてメモ。 サービスの有効化 まずはSpeech APIを利用できるようにしないといけない。 このクイックスタートのプロジェクトを設定するというセクションまでやっておく GCPでサービスアカウントキーを取得 APIを叩くのにアカウント認証用のjsonファイルが必要。 Google Cloud Platform のサービスアカウントキーを作成するとか見て、キーを作成する。与える権限はS
この年末休みはずっとCを勉強してた。 なんでCかというと、実は自分はCをやったことがなかったから。 情報系もとい理系全般の学部卒以上であればCは必修科目でやってると思うんだけど、自分の場合は文系だったのもあり触れてこなかった。 webエンジニアの人の中にはCなんてやらなくても大丈夫だよという先輩方がいると思うが、個人的にはあれは嘘だと思ってる。 普段使ってるツール(自分はRubyとかImagemagickとか)でCで書かれてるコードはクソたくさんあるがそれらの内部が読めないの本当に機会損失だと思う。 そうした事情があり、Cをやりはじめたわけ。 そんで、基本的なシンタックスとポインタの考え方とかがわかってくると最低限のコードは書けるようになった。 そこで次はCSの基本学習でもやるかとなり、ここやここで紹介されてたプログラミングの宝箱 アルゴリズムとデータ構造 第2版をやることにした。 この本
休みもはじまったことだし、暗号通貨周りのことでも調べるかーという気持ちになったのでとりあえず前から気になってたLiskという非中央集権の分散型アプリケーションプラットフォームについて調べてみた。 DAppsについてはこの記事がわかりやすい。 DAPPS (非中央集権・分散型アプリケーション)とは何か?なぜ重要か? コインチェックやってる人はLiskと聞くとLSKが思い浮かぶと思うんだけど、肝は暗号通貨の文脈じゃなくてブロックチェーンを使ったアプリケーションを誰でも簡単に作れるプラットフォームというところにある(と思う)。 その辺のことをLisk Meetupで創業者がお話してるので、30分くらいで飛ばしながらこの動画を見るとお気持ちとか色々感じられて楽しそうだなみたいな雰囲気を感じられる。 Lisk (リスク) Meetup in Tokyo 9/2017 んで、一応いろんなドキュメント読
9月末くらいにAppleのストアにRNHBFavというはてぶのお気に入りフィードのビューアーアプリを申請していました。 ReactNativeにハマっていたこともありHBFavのReactNative版として作ったものです。 実装自体は割と簡単にできてあとは審査結果を待つだけの状態が8月末。 そこから怒涛のリジェクト祭り。 「アイコンがダメ」 「コンテンツがしょぼい」 「webアプリでよくない?」 みたいなやりとりが続きついには1ヶ月ほどたちました。 その当時のお気持ちは下記のGithubのissueに残っています。 AppStoreリリース これほどまで審査に時間がかかりリジェクトの連続だったこともあり、完全にモチベーションを失い開発をやめました。 そしてリジェクトも放置したままというのがこの前までのステータスです。 ところが、先日のクリスマス前あたりに突然Ready for saleの
bitcoinやEthereumなど暗号通貨が色々存在する中、NEMという暗号通貨は全通貨がすでに発行済みであることやPoIという謎のコンセンサスアルゴリズムを採用しているということで非常に興味が湧いたので雑ながら調査してみた。 調べる際には下記の点について気にしながら各種記事を読んだ。 専門用語をあまり使わずに概念レベルの理解をする P2P上における悪意あるノードに関する対策はどうやってるのか 不正なブロックが承認されないようにする仕組みは何か また、ブロックチェーンの復習もかねて自分なりの理解も含めてメモしたので間違ってる記述も色々ありそう。 あと、雰囲気で理解しやすいように砕けた書き方になってる。 ちなみに雑なメモじゃなくちゃんと知りたい人は、下記のリンクを読んでください。僕のメモより圧倒的に詳しく網羅的に書かれてます。 NEM Technical Referenceの和訳 基本知識
@joker1007さんが激推ししてたのでオブジェクト指向設計実践ガイド ~Rubyでわかる 進化しつづける柔軟なアプリケーションの育て方を読んだ。 なんかすんませんw Sandi Metz本はここ数年でトップクラスに良い本だったのでオススメです。 #railsdm— ジョーカー (onkさんに返済完了) (@joker1007) 2017年12月9日 内容としては、オブジェクト指向設計の核となるものを初めての人でもわかりやすく理解できるように書かれた本という感じ。 この手の本は静的型付け言語でかかれたものが多いがRubyで書かれてるのでゆるふわなwebエンジニアにも読みやすそう。 流行りのDDDをやるにもまずオブジェクト指向がしっかり理解できてないと厳しいし、まずはしっかり土台を固めようぜみたいな。 オブジェクト指向を理解した気になっている人とか、新卒で入社してきたwebエンジニア諸氏に
大学時代に少し読みかけたが結局積ん読になっていたふつうのLinuxプログラミング 第2版 Linuxの仕組みから学べるgccプログラミングの王道を読んだ。 当時はサーバーのことよくわからんかったし、MAMPとか使ってPHPを弄る程度の初心者だったので厳しかった。 今になって読むとかなり理解できるところが多くなってて一応あの頃よりは知識ついたんだなという気持ちになった。 この本を読んで、サーバー上でプロセスが他のデバイスやファイルとどうやって会話してるのかみたいなことは順をおって最低限説明できるレベルになったかもと思う。 あと、大学時代含めC言語を全然やってなかったから基本的なシンタックスとかポインタとか復習した。 本書はCのコードがたくさん出てくるので復習しといてよかったと思う。 ふつうのLinuxプログラミング 第2版 Linuxの仕組みから学べるgccプログラミングの王道 作者:青木
11月頃からエンジニアのメンバーが増え始めた。 加えて本格的にリモートで働く準備をしはじめた。 その過程で各メンバーが何をしてるのか・何に困っているのかみたいなことを共有したいなという思いがありScrapboxで共同日報(複数人で1ページに書く形式の日報)を書くという取り組みをはじめた。 日報といえば古くはEmailや最近だとesaやQiita:Teamなんかで書いてるところが多いと思う。 ただ、これらのツールは今の5人くらいのメンバーだとやや大げさすぎるなというのと結局各位の日報をみんな読んだりしないよなーという経験があって他に良い方法を探っていた。 そこでちょうど個人用途で試してたScrapboxを導入するはこびとなった。 Scrapboxはリアルタイムに複数人で自由に編集できる。 このガヤガヤ書ける環境がチームのデスクでちょっと困った時にメンバーとぶつぶつつぶやいて会話するあの環境と
仕事ではじめる機械学習を購入したので早速読んでみた。 知ってる箇所とか結構流したとこもあるので雑なメモです。 第Ⅱ部に関しては特に読んでないとこ多いのだが、手を動かさないと意味ないしまた休日にでもやってみます。 第Ⅰ部 1章 機械学習プロジェクトのはじめ方 まずは機械学習を使わないで解決できないか考える 序盤でこの1文が出てきて信用できる本だとわかった すぐに結果がでないことが多いのでそれに投資できる/させる調整が必要そう 解くべき問題の仮設設定とMVP検証を必ずやる 成功させるには以下のメンバーが必要 ドメイン知識のあるメンバー・機械学習する人・データエンジニア・失敗を恐れない理解有る責任者 テストがしずらいので継続的にモニタリングして性能の評価をするべし 2章 機械学習で何ができる? p22のどのアルゴリズムを選ぶべきかのフローチャート図が便利 これの簡略版 分類・回帰・クラスタリング
推しの声優のラジオを聞く環境を整えた。 自分が現在聞いているのは10番組ほどで超A&Gとradikoの文化放送で配信されている。 A&Gは音泉でアーカイブされたり、文化放送の方も1週間だけアーカイブされてるみたいな仕様なのだが、忙しくてアーカイブ期間を逃すことも結構あるので大変困ってた。 加えて普段から倍速視聴に慣れてる耳としては標準速度でしか聴けないのも結構辛い。 そういう経緯があり、自分だけのラジオ視聴環境を整えたいと考えていたところ、ちょうど3連休が空いてたのでさくっと環境を整えてみた。 巷に色々HowToは転がってるので何番煎じかわからんけど、とりあえず以下はその構成とかメモです。 利用ケース 推しの声優のラジオを出来るだけ逃さず聞きたい 倍速で聞きたい バックグラウンド再生できてほしい まずは最低限の利用ケース。 逃さず録音することと倍速視聴は必須。 出先で聞きたいのでバックエン
前回はてぶのお気に入りフィードを読むHBFavというアプリのReactNative版RNHBFavというアプリを作っているという話を書いたが、とりあえずAppStoreへ申請するところまで終わった。 razokulover.hateblo.jp 申請がどのくらいで通るかはまだわからないが、たぶん1週間はかかる気がする。 少し時間が空きそうだし、ここらで今回ReactNativeで開発〜リリース申請する中で感じたことやこうした方が良かったみたいなものをメモしておこうと思う。 垂直分割/水平分割のディレクトリ構成 ディレクトリ構成はプロジェクトごとにみなそれぞれ自分なりの構成を持っているようだけど、例えばreduxを利用するアプリだと以下のような作りになると思う。 index.ios.js index.android.js src |__actions |__hoge.js |__reduce
はてぶのお気に入りをタイムライン形式で読めるHBFavというアプリがある。 このアプリは自分にとってはTwitterやFacebookの次くらいによく開くアプリで重宝している。 基本的な機能についてはほぼ不満はない。 しかし、クリップボードにコピーしたURLからブックマークをする方法については満足とはいえなかった。 この機能は、例えばTwitterやFacebookなどでシェアされたURLをコピーしてHBFavを開くと、画面上部にニョキッとURLが書かれたnotification viewみたいなものがでてきて、そこをクリックするとURLのページが開き、そこからブコメを見たり、ブックマークしたりということができる。 挙動自体はワンクリックでシンプルに!という気持ちを感じるしよいのだけど、問題なのは対象のURLがブックマークできるのはそのnotification viewが出てる間だけだとい
昨年の12月頃に以前いた場所から銀座1丁目にオフィスを移転した。 銀座と聞くと高級な飯屋しかないイメージだが、実は少し道を外れると意外とお手軽な値段で食べられる「旨い飯屋」がたくさんある。 そこで今回は半年色々な店を食べ歩いた中で個人的におすすめなお店をピックアップして紹介したいと思う。 場所は弊社オフィスの周辺なので東銀座駅のあたりから京橋くらいまでで。 特に自分はランチで行列に並ぶのが苦手なので、比較的入りやすい店を挙げる。 あと1000円以内で食べられるとこな。 写真は基本無いので食べログの方を見てくれ。 和食 森川 ここは水炊きの店。 ランチは筑前煮定食とかチキン南蛮定食とか日替わり。確かご飯おかわり自由。 どれもうまいのだけど中でも特に親子丼が絶品。 一律1000円。 月曜日はお休みなので注意。 [tabelog:3650613:detail] 備長炭や いこる ここは炭火で焼い
新しい技術を学びはじめるとHello Worldのその先で何を作るか詰まってしまうことがよくある。 最初から作りたいものがある人はそれ作ったほうがいいし、実務で導入できたりするなら一番手軽で学びが多いのだが中々そうもいかないのが人生というもの。 そういう人にとってはHello Worldからある程度使えるもしくは本番投入時に選択肢にできるレベルになるための道筋があると便利だなーと思う。 自分はWeb系の人間なのでフロントエンド/サーバーサイド/モバイルアプリという感じでまとめてるが、インフラ屋やハード他デザイン系の技術はまた違うと思われるのでこれはあくまでも自分の場合はということで。 共通 言語機能を一通り試す(A Tour of Goみたいな感じで) 基本的な型/制御構造/IO周り/クラス/文字列操作/正規表現/よく使いそうな標準ライブラリ その言語固有の機能は重点的に(goだったらgo
Threejs+WebAudio APIで勉強がてらオーディオビジュアライザーをつくった。 成果物↓ 修正はしたが、音量少しデカいかもしれんので注意 threejs-audio-visualizer 背景 2017年1~3月の振り返りで次にやることとして3Dコンテンツを作りたいということを書いた。 その折、ちょうど業務でThree.jsを使う機会があったのでこの際勉強してみるかーということで取り掛かることにした。 やったこと とりあえずは「初めてのThree.js」を電子版で買って、3日くらいかけて読んでみた。 初めてのThree.js 第2版 ―WebGLのためのJavaScript 3Dライブラリ 作者:Jos DirksenオライリージャパンAmazon 一応サンプルソースを動かしながら、カメラ・シーン・ジオメトリ・マテリアル・テクスチャ・メッシュ・レンダラー・ライトという各構成要素
次のページ
このページを最初にブックマークしてみませんか?
『razokulover publog』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く