はてなブックマーク

speakerdeck.com 「技術力がある」とか「技術力あげたい」とかそういう話をしているが、技術力とはなにかが曖昧だと最近思っていたので自分の中の定義をプロダクト本部のLT大会で話した。 自分は10xを創る組織とはなにかに興味がありこの会社にいるのだけど、それは個人/組織が成長し続ける組織であるという仮説を自分は持っていて、プロダクト開発・運用という視点で個人の成長に必要なものとはなにかを考えたという話でもある。 もらった質問や感想など 訂正しやすくつくる力、外から中々見えにくい 見るというのはある意味評価するということだと思いますが、自分は人間が客観的に正しく人間の評価を行うのは無理*1だと思っていて、ましてや外(社外やチーム外、別職種)からはほぼ確実に無理でしょと思っています。なので中から外に説明する必要がある。 今回の話は、中*2で見えている評価をどうやって外に説明するかという

労働の中で戦時というワードが出たり出なかったりしていて、軍事的メタファーやワードが労働で使われるのは別によくあるしいいと思ってるはずなんだけど、言語化出来ていない違和感が自分にはあってなんだろうな〜〜と思っている。 注意: 以下に考えたメモが書かれてるんだけど、これは自分がそう捉えたというだけの話で、別に使ってる人を責めてるわけじゃないし、そういう意味じゃないんだよ〜というのはあるかもしれない。注意終わり そもそも自分は今の会社のミッションはどこかの競合企業と戦うことでは達成できないんじゃないかと思ってる。競合企業が持つ領域を奪うことが主軸じゃなくてよりよい体験を作ることが主軸でその結果奪うことはあるかもしれませんが。 更には組織も軍隊のように強いトップダウンではないし、それを目指してるわけでもなさそう。少なくともエンジニアリングマネージャーの自分は「助けてくれ！」とか言っていてマネージャ

21年の11月に引っ越したのだが、インターネットが遅く不安定で色々と試して失敗してきたのでその記録です。今思うとめちゃくちゃお金を無駄にしている。 J:COM期 引っ越して、VDSLしかない！？！？！？！と焦ったのだが、Download 1Gbps/Upload 100MbpsのJ:COMがあるで！！とチラシがあったのでJ:COMにした。テレビ線からインターネットを引いてくるやり方だった。アップロードが異常に遅くてGoogle meetで困ることが多々あったのでどうにかしたいがNuroなども工事出来ないしどうしたかものかと思っていたら、5Gエリアということに気づき、5Gホームルーターでどうにかできないか検討し始める。テレビ線の近くにLANケーブルを指すところがあったのだがなぜか気にしていなかった。困ったものですね 5G併用期 5Gホームルーターだけだとさすがに厳しい感じだったのでJCOMと

課題感 ノートアプリは、Craftを使うようになっていたが、微妙に使いにくくて結局Notionで書いたりしていた。あまり自分の知見として貯まっている感じがせず、必要なときに必要な情報を取るみたいなのが出来ず、メモを書いたような気がするがどこへ………となったり、自分で記憶しておく必要があるということが時々あった。というか記憶していないものは大体なかったことになっている。 Obsidian https://obsidian.md/ 今年の10月に1.0.0がリリースされ「なんかよくなった」という雑な噂を聞いたので触ってみたところ、自分が触った時よりも自分が求めている動きをしていたのでいいじゃんと思って移行を検討し始めた。 Obsidianが僕の第二の脳になるらしい。脳は、情報の記録や取得はもちろん一つの情報から関連した情報を高速に取り出せるので、そういうことができるという話だろうと理解した。求

仕様書を浸透させるために何が必要か？ 品質の作り込みをしていきたい・仕様を把握するコストが高いので仕様書を書くことを会社全体で浸透させたいと思っていて、そのために書く・読むの負担軽減が重要だと考えて以下をやることにした。 仕様書の項目を減らす 仕様書フォーマットの統一 仕様書の命名規則を決める 統一されたフォーマットに沿ったテンプレートの作成 管理方法の明示化・単純化 仕様書作成・更新・廃止プロセスの明示化 仕様書の具体例の作成 仕様書を書くときに迷いそうなときに参照するガイドの作成または作成の依頼 実は一回シンプルなフォーマットを決めたのだが、自分の進め方が悪くそれが全く浸透しなかった。その反省を踏まえて上記を考えた。 仕様書の話は、このあたりの話に関係する。 仕様書は必要か？ - パルカワ2 チームが品質を作り込むために必要なこととは - パルカワ2 ちなみに仕様書は、Notionで記

5年以上Bearを使っていたのだが、会社の方針でiCloudが使えなくなってしまい同期が出来なくなった。同期が出来ないと元々Macで書いたメモに対して川を眺めながら書き足したい時とか川で雑にメモを書いてから帰ってきてからiOSでメモしたものをMacで再度書き直したりしていて困っている。 会社MacでiCloudが使えなくなってしまったのでBearに代わるいい感じのメモアプリを探しているが全部しっくりこなくてつらい— ひさいち (@hisaichi5518) 2022年6月20日 このあたりを満たしたい iCloud以外のなんらかの方法でMobileとDesktopが同期される Mobile, Desktop共にさっと書き始められる NotionやBearのようにプレビューと編集が同じエリアである iOSアプリならiOSらしい動きをすること。AndroidやWindowsは使ってないのでなく

Notionでドキュメントを書いてる。ドキュメントは書く、共有する、読むなどユーザーそれぞれ色々なシナリオがあり、そのシナリオそれぞれでつらみがある。 Notionに限らずすべてのサービスは使っていればつらいところはあると思っていて、つらいとはいえNotionから別のドキュメント管理サービスに乗り換えたいという気持ちは全くなく何がつらいのか考えNotionでなにか出来ることはないか考えたり、つらみを共有することで知見を得たい。 検索がつらい フロー型とストック型の情報が入り乱れる 検索をする時はストック型の情報を探すことが多い。例えば、リリース作業手順ドキュメントを探したいときに「リリース 作業 手順」で検索するけど日報や議事録などは検索から除外したい。 Notionの検索には、FilterでPageの指定が出来るのでそれを駆使するしかない。Pageの指定をした場合、Pageの配下は検索対

チームで働くとき、様々なレビューがある。ソフトウェアエンジニアとしてはコードレビューを頼むことが一日に何度もあると思うのだが、最近の僕はドキュメントを書くのが大半の仕事になっていて*1、ドキュメントのレビューをプロダクトマネージャーや他のソフトウェアエンジニアにお願いすることが多い。 コードレビューはインターネットに様々な知見が溢れていて、ソフトウェアエンジニア同士で結構脳内同期が出来ていると思う。なのでコードレビューでは雑にレビュアーのアサインをして毎回ここを見てほしいですとかは言ってない。それと同様にドキュメントのレビューでも「レビューお願いします」というだけですべてを任せていたのだけど、そもそも自分がドキュメントをレビューしてもらう時にレビュアーに何を求めているのかなど言語化していないなと思ったので言語化してみようと思う。 前提 ここで扱うのは、ドキュメントのレビューである ドキュメ

$ flutter --version Flutter 2.5.1 • channel stable • https://github.com/flutter/flutter.git Framework • revision ffb2ecea52 (9 weeks ago) • 2021-09-17 15:26:33 -0400 Engine • revision b3af521a05 Tools • Dart 2.14.2 原因 github.com 一時的な対応 github.com 根本対応 Flutterのmasterには対応が入ってるっぽい github.com じぶんはどうしたか stableから変更したくなかったので一時的な対応を行った。こういうスクリプトを書いてcoverageを取得したい時にscriptを実行して作成されたファイルを実行するようにした。 import 'd

こういうツイートをした。 会社用のGoogleアカウントと家用のGoogleアカウントがあって、会社SlackからGCPのURLをクリックしたら家用のアカウントで開いてしまうみたいなのを1000万回はしてるんだけど、未だにどうすればいいのかわからない— ひさいち (@hisaichi5518) 2020年7月25日 家用アカウントで会社のGCPにアクセスするとエラーになるので、毎回右上のアカウント切り替えで切り替えてるんだけど、めんどくさいな〜という話。 色々と教えてもらった。みなさん、ありがとうございます！ そのなかで、まさにこれがほしかったという感じのを教えてもらった。 使ったことないんですが、こういう感じでブラウザアプリを選択するプロキシーアプリがあるみたいなので、こういうの使うといいのか...? と思ったりしましたhttps://t.co/vOIZmcBuQqhttps://t.c

おうち大好きマンなので、3年前くらいに今の家に引っ越してから作業環境を整えている。 自宅で働くことが増えて整えてきてよかったと思っているので、現状を書き出しておく。10年後とかに見たら面白いのではないか。2030年……41歳……… ぬいぐるみ hobby.dengeki.com これのクッキーモンスターを抱きしめながら働くとかなりいいんですが、いま転売品しか買えないので別のぬいぐるみを買いましょう。 Mac つよいMacだとビルドが早くてよい。 機種名: MacBook Pro 機種ID: MacBookPro14,3 プロセッサ名: Quad-Core Intel Core i7 プロセッサ速度: 3.1 GHz プロセッサの個数: 1 コアの総数: 4 二次キャッシュ（コア単位）: 256 KB 三次キャッシュ: 8 MB ハイパー・スレッディング・テクノロジ: 有効 メモリ: 16

つくりおき Advent Calendar 2018 の22日目の記事です。 adventar.org 昨日は id:Sixeight さんの 雑な雑炊 でした。妻という文字を見てから内容が頭に入ってきませんでした。妻…？なんだそれは…？ さて今日は米に肉とウニを乗せたやつを作ります。 理由は好きなものを合わせるとうまいからです。さっそくやっていきましょう。 まず米を炊きます。今回は縁結びという米を使います。わざわざ今日のために銀座まで買いに行きました。 良食味＋多収穫米「縁結び」 / 水稲新品種「縁結び」 吉高由里子と縁を結びたすぎるので三合炊くことにしました。 それにしても米を炊飯器の内釜にぶちこんでるときが一番生きてると思えるな お先に失礼します pic.twitter.com/90396pQP9k— ひさいち (@hisaichi5518) 2018年12月22日 次は肉です。生協

11/17(土) 夜に漫画アプリで漫画を読んでるとスワイプするたびに一瞬光る現象が起きるが、気のせい？？と思って翌日ハーフマラソンを走る予定だったのでそのまま寝る。 11/18(日) 朝は問題なく使えていたが、昼過ぎに突然ぶっ壊れる （タオルを被ってる自分が写っておりアホっぽい） Pixel 3壊れた pic.twitter.com/JnOzPaPjLE— ひさいち (@hisaichi5518) November 18, 2018 電源を切って放置しているといつの間にか復活 Made by Googleがエゴサで大丈夫か聞いてくる。全然だいじょうぶではない。 こんにちは。Pixel 3 が正常に動作していない場合は、こちらのヘルプの手順をお試しください。https://t.co/3k2iru0MvV お試し後、状況はいかがですか？— Made by Google (@madebygoog

ペパボでの最終出社を終えた。 ペパボでは、大変ありがたいことにミンネ事業部のみんなや技術基盤チーム、CTLsなど優秀で人間性もいい方々に囲まれていたし、裁量もあり評価もされていたと思う。しかし辞めてしまった。 仕事はただ機能を作るだけではなく、アーキテクチャ導入に始まり、リファクタリングによる開発の効率化やアプリの高速化などといった中長期的視点による技術的挑戦も出来た。 僕がペパボに入社して少し経ったあとのふりかえりで、TRYにあんちぽさんが「ひさいちくんの技術的挑戦」を出していたけど、入社してからやってきたことをふりかえると結構TRY出来たんじゃないかと思っている。 www.instagram.com 他にもコードを書くだけではなく、2016年からはシニアエンジニアとして2017年からはチーフテクニカルリードとしてチームをどう機能させるか？技術者組織をどうしていくか？を考え、エンジニアの

誰しも自分とは違う、別の「なにか」になりたい欲求はあると思う。 おじさんだけど美女になりたいと思う人はいるだろうし、パンダになってゴロゴロしていたいと思う人もいると思う。 僕は浅草を走るパンダバスになりたい。なので、なれるようにした。 もどりたかったら戻れる。 #!/usr/bin/env ruby require 'twitter' require 'open-uri' client = Twitter::Streaming::Client.new do |config| config.consumer_key = "" config.consumer_secret = "" config.access_token = "" config.access_token_secret = "" end rest = Twitter::REST::Client.new do |config| c

最近、物忘れが激しい。前の金曜にやっていたことを月曜日にすぐ思い出せない。なんなら昨日の夜にやってたことを出社してから思い出すのにちょっと時間がかかる。 また最近は1人で高速化をやったりリファクタリングをやったりしていることが多く、僕が何をしているのかよくわからない人が大半だと思う。なので、他の人たちが僕がやっていることをなんとなくわかるようにしたい。 つまり すぐにふりかえれるようにしておきたい 自分が考えている事ややってる事を様々な人間に見れるようにしたい ので、雑に思考を垂れ流すための「ひさいちスレ」を立てている。 ちょっと前に #なんとか_times みたいなのが流行ったけど、様々な人間の目に触れる場所でやりたいので、チャンネル作るのはちょっと違った。 派生して「くんさんスレ」が出来て、そこには1人だけではなく様々な人間が書き込んでいる。良い。 リマインダー設定するのも良さそう。

お気持ちを伝えあいたくない…？？と思ったので、お気持ちbot作り始めたけど、そんな名前のbotあったな— ひさいち (@hisaichi5518) 2017年12月29日 年末に突如「お気持ち表明し合いたいな」と思ったので、それを促すお手紙botを作りました。ruboty-otegami みたいに切り出そうと思ったけど、飽きてきたので公開します。 github.com ruboty-cronと併用するといいんじゃないでしょうか。 月初めに Slack上にてbotが「この人にお手紙をください」と言ってくる botにDMでお手紙を書く 月末に一斉にお手紙が公開され、Slack上でbotによる報告がなされる こういう感じでGithub（またはGHE）に公開されます。 なんで指名されるの？ 知らない人を知るきっかけを作るためです。 minneは、働く人が多くなってきていて、仕事で関わらない人も多く

忘れそうなので書いておく。 ContextをXML内で利用したい @{context.getString(errorRes)} こういう感じでcontextを渡してあげるとよい。contextは、variableで定義する必要もないし、setContext()する必要もない。よしなにセットされる。 上の例の実際の呼び出しはこういう感じになる。 getRoot().getContext().getString(errorRes); Using resource IDs in data binding layouts その他 Android のDataBinding, @{https://t.co/3zcmNEhuC1} の式内で user が null でもぬるぽにならないのか— ひさいち (@hisaichi5518) 2017年12月28日

この記事は、 Android Advent Calendar 2017 - Qiita 11日目の記事です。 RecyclerViewで複雑な画面を作りたい！そんな欲求を持っている人が多いと思います。僕もそうです。でも、1個や2個のViewTypeならまだしもたくさんのViewTypeがある場合、getItemViewTypeとかで頑張った結果つらいコードになる未来が見えます。というか見てきました。 Epoxy というアプローチ Airbnbが作ったRecyclerViewで複雑な画面を作るためのライブラリです。 github.com ModelをCustomViewやDataBinding等から自動生成し、それらを操作するControllerを書き、そのControllerをEpoxyRecyclerViewというクラスにセットする感じです。 具体的に出来ることは、READMEに書かれて

社内向けに書いたけど転載。 はじめに 開発をしていると判断していくことが数多くあります。世界中で公開されているライブラリの中から1つを選び、導入を決めるのもその1つです。 判断とはとても難しいもので、ほぼ確実に間違いは起きます。例えば、「実行速度が遅いが高速な開発には必要であろう」と判断して導入したが、実際運用してみるとやっぱり遅くてやいのやいの言われるとか。入れてみたいからという理由でライブラリを入れる判断をして、ある場所では使われてるけど、ある場所では使われておらずゴチャゴチャになってるとか。似たようなライブラリが3,4個導入されていて、どれが一番使うべきなのか判断出来ないとか。働き始めて5,6年の僕が失敗したな〜と思うだけでも色々あるわけです。 そこで僕が仮にポックリ逝ってしまったとしても、僕の失敗をみなさんが活かせていい感じに開発出来ると僕も生きた意味あると思うので、新たなライブラ