はてなブックマーク

生まれてからずっと手が小さいことが悩みでした。 とは言っても、手が小さくて困ることといえば体育の授業でハンドボールをする時くらいですが。 当時は片手でボールを掴めないので遠心力を使って投げていました。 しかし、現在問題になっているのがスマホのタップ領域です。 端末が物理的に大きくなるにつれて、片手でタップできない領域が増えました。 例えばタブバーの一番左はどう頑張っても片手で押せません。 そんな悩みを解決するために、この記事では どの範囲まで手は届くのか 手が届かない場合でも使いやすくするUI について考えていきます。 平均と自分の手の大きさの比較 あるサイトによると手長(手首のシワより中指の先端)の平均は男性で183.4mm、女性は169.3mmとだそうです。 (ちなみに)自分の手の大きさは160mmくらいだったので男性平均と比べて20mmほど小さいことがわかりました。 参考: http

こんにちは。FEチームのMapleです。私たちのチームは、現在のシステムアーキテクチャを見直し、Reactを用いた新しいアーキテクチャへの移行を検討しています。今回はGo言語においてマップを用いた三項演算子風の書き方は許容されるべきか？を書いてみました。 1. Go言語の設計哲学の振り返り シンプルさと明快さの追求 Go言語は「シンプルさ」と「明快さ」を重視して設計 冗長な構文や複雑な機能を排除し、読みやすく保守しやすいコードを書くことが奨励 明示的な条件分岐 Goでは、条件分岐において明示的なif-else文を使用することが一般的 コードの流れを明確にし、意図しない動作を防ぐ 2. マップを用いた三項演算子風の書き方 JavaScriptではしばしば三項演算子を使用するので、Goでも使用できるのではないかと思い以下のような記述をレビューに出しました。 このコードは、bool変数の結果に基

セキュリティ部署をつくりました こんにちは、SODAでCTOをしております @rinchsan です。 SODAは2024年10月、セキュリティへの取り組みを次のレベルに引き上げるため、新たにセキュリティ部署を設立しました。この新部署は、以下のチームで構成されます。 コーポレートセキュリティチーム：ゼロトラストの推進、EDR/MDMの導入・運用、等の領域を担当 プロダクトセキュリティチーム：プロダクトの脆弱性診断、脅威分析、DevSecOps体制の構築、等の領域を担当 そしてこのセキュリティ部署はCTOが管掌するプロダクト部門の中に組成されており、CTOと一緒に様々なセキュリティ領域の課題に取り組んでいきます。 特にプロダクトセキュリティエンジニアを大募集しています プロダクトセキュリティエンジニア として専任で動いている人材は現在のSODAにはいません。 ですが、今後プロダクトセキュリテ

Vue3では、inputがtype="number"を持つ場合はnumber修飾子が自動で適用されます ref: https://ja.vuejs.org/guide/essentials/forms.html#number 一方Vue2では、明示的に.numberを使用しない限りv-modelは文字列のまま扱われていました そのため、Vue2からVue3への移行をする際に、実装によっては意図しない挙動になってしまうかもしれません 検証環境を用意し、何が起こっているかを確認する 今回はVue2, Vue3と環境を用意し、iframeを使って1つのHTMLで確認できるよう動かしてみました どういったケースで困るか 例えば、0から始まる入力を扱うもの(電話番号など)は、丸められてしまうため、バリデーションによっては保存できないなどの不具合が発生してしまいそうですね 他にも、APIでstring

先日、他社のFlutter製のアプリを触っていて、よくできているなーと感心していました。 いい意味でFlutter感がないなと。 しかし、そのことをデザイナーの友だちに伝えたところ、「まだFlutter感ある！」と言っていたのです。 さすがデザイナーだなと感心していたのですが、その視点はどこに向けられているのかを深掘りしてみました。 角丸に現れるFlutterっぽさ この2つのオブジェクト、よく見ると微妙に角丸が違うのがわかりますでしょうか。 右の方が優しい印象を受けます。 この2つの違いはCorner smoothingを取り入れているかどうかになります。 もうちょいわかりやすいようにオブジェクトを重ねてみました。 どちらもRadiusは20pxですが、青色の方ははCorner smoothingを取り入れています。 青色の方が丸くなっていく角度が滑らかになっています。 角を滑らかにする

はじめに(おことわり) Goの次期バージョンである1.23でイテレータが導入されるようなので触ってみます。 今回の調査で使うGoのバージョンは1.23rc1です。公式ドキュメントからの情報に基づいていますが、RC版ですので、正式リリース時には変更が入っている可能性がありますので、注意が必要です。 イテレータとは イテレータは、連続したデータを1つずつ順番に処理していくための仕組みです。 イテレータをを使うと、スライスを使わずにシーケンシャルなデータを扱うことができます。 Goのイテレータは、コールバック関数を受け取る関数です。返り値はありません。コールバック関数を呼び出してデータを1つずつ渡していきます。 Goのイテレータ関数は次のようなシグネチャで定義されます。コールバック関数は慣習としてyieldと名付けられます。 コールバック関数は引数を1つ受け取るものと、2つ受け取るものがあります

はじめに 現在 https://snkrdunk.com/ では、多くのWebアプリケーションにおいて、webpackを利用してマルチページアプリケーション（MPA）の構成でFrontendの実装をしています。 エントリーポイントは100を超え、その大半がVue.jsとJavaScript、TypeScriptを組み合わせて実装されています。 今回は、そんな環境の依存関係を紐解くべく調査のためのscriptを作成したお話になります。 エントリーポイントごとの依存関係をJSON形式で生成 [ { "entryPointPath": "src/entryPointA.js", "dependencies": [ "vue", "vue-router", "src/moduleA.js", "src/moduleB.js" ] }, { "entryPointPath": "src/entryP

はじめに この記事では、golangci-lintのv1.57.0でリリースされたModule Plugin Systemについて既存のPlugin機構を交えて解説します。 弊社サービスSNKRDUNKのバックエンドはGoで実装されておりLinterはgolangci-lintを使っています。 Pluginで動かしているLinterもあり、その影響でローカル環境でgolangci-lintを実行するのがやや手間になっており、何か良い方法がないかと調べていたらModule Plugin Systemというものがリリースされていたので、自分自身の理解のためにも今回の記事を書くに至りました。 golangci-lintのPlugin Systemについて まずはじめに、golangci-lintにlinterを追加する方法は以下の2通りあります。 1. public linterとしてgolan

はじめに どうもこんにちは。SODAでWebフロントエンドエンジニアをしているaokikenと申します。 今回は、社内向けに静的サイトホスティング環境をAmazon S3で構築した話になります。 構築に至るまで Webフロントエンドの開発をしていて、実際の開発環境に実装する前に、検証として別環境にプロトタイプを作成することがあります。 そのときに作ったものを、スピーディーに社内共有して、フィードバックを得たい。 そういった背景から、社内ネットワークに制限した静的サイトホスティング環境の構築することを検討をし始めました。 要件を整理 Webフロントエンド視点でプロトタイプを作成するにあたり、ブラウザでの動作検証が主なので、基本的には静的データをホスティングできればよさそうです。 弊社では既にAWSを広く利用しているため、今回はAmazon S3を利用する前提で要件を整理していきます。 Ama

先日行われたSODA Flutter Talk #1でFigmaを使ってプレゼンさせていただきました。 自分はデザイナーではないためFigmaに精通しているわけではないですが、その上でFigmaでプレゼンしたメリット・デメリットがあったので紹介したいと思います。 結論を先に述べると、登壇を頻繁にする人なら使う価値はありそうだと感じました。プレゼン資料を作る回数が増えるにつれ自分なりの"型"が作られていくのでその恩恵を受けられそうです。 逆に初めてFigmaを触る場合は普段の資料作りより時間がかかってしまいそうです。 とはいえ、Figmaに慣れ、自分なりのテンプレートが固まってきたらかなり資料作りが早くなるポテンシャルはあるかなと思いました。 Figmaで登壇する方法 プレゼン用のフレームを用意する まずそもそもどうやってFigmaでプレゼン資料を作るのでしょうか? プレゼン用の機能は用意さ

この記事は何？ 2024/3/5~2024/3/7にAWS ソリューションアーキテクトの福井さん、金森さんの助力を得てイベントストーミングを実施しました。 そのイベントストーミングでどういうことを実施して、どういう成果が出たのか、得た知見や学びについて書いていきます。 背景 前提として、弊社のバックエンドのアプリケーションの構成としては、いわゆるモノリスな構成となっております。2018年の創業からsnkrdunkの成長に合わせて、アプリケーションもイケイケドンドンと実装が追加され成長していきました。2022年ごろにはグローバル向けのアプリも提供し始めました。 その勢いのままに弊社はさらに事業を成長させ、時価総額1,000億規模のIPOを実現しようとしています。 IPOを目指すにあたって、システムでは大きな問題が2つあります。 機能開発の速度が低下しつつある JP側で開発した機能をGE側で再

株式会社SODAです！ 株式会社SODAは SNKRDUNK（スニーカーダンク） というCtoCフリマサービスを開発・運営している会社です。[1] 会社やエンジニア組織に関する情報は以下リンクなどをご覧ください。 今回は、SODAの福利厚生である資格取得支援制度についてご紹介します！ 資格取得支援制度ってなに？ 自ら学びの機会を取りに行く人を支援することを目的に、資格を取得したい従業員をサポートするため、資格取得時に奨励金として会社から受験料をお支払いする福利厚生です。 資格取得支援制度ができた背景 もともとSODAには福利厚生としてLearning制度がありました。 制度に関するアンケートを実施したところ、AWSの資格受験費用などを会社の経費で精算できると嬉しいという声があがり資格取得支援制度の実現に繋がりました。 制度のルール 試験に合格し資格を取得した際に個人立替の経費精算を事後で行

背景 著者が開発に携わるサービスは拡大期にあり、リアーキしてモノリスからモジュラーモノリス化しようと計画している。 著者はモジュラーモノリス化することで著書・チームトポロジーで描かれるようなストリームアラインドチームができていく、という理想を抱いていたのだが、どうもそれにはハードルがあるように感じたので、課題感を言語化し、それにどう対処していくかを考えた。 チームトポロジー的理想と、それに対する課題 ▼理想 逆コンウェイ戦略によりモジュール分割され、そこに必要な職能のメンバーが集まってストリームアラインドチームができる。エンジニアの認知負荷は減少し、コミュニケーションや意思決定はチーム内で完結し、アウトカムが最大化される。 ▼課題 「PMによる日々の施策立案は、現在想定しているモジュールに閉じた形ではなされていない」という現実がある。このままでは、モジュール分割を達成しても、各プロジェクト

こんにちは。SODAでQAエンジニアをやっているokauchiです。 ここ数週間は毎週記事公開が出来ていまして、SODA Engineering Blogを独占しちゃいそうです。 それでも良いからドンドン書いて！とGOサインもらった（最高）ので、引き続き記事書きます！ 今回は、スクラムガイドの漸進的という言葉が助かっているという話です。 定期的に読むスクラムガイド SODAでは、定期的にスクラムガイドを読む習慣があります。月に1回読み返しましょうとか、週1回の勉強会で定期的に予定されている訳ではないのですが、チームの誰かが気づくんですね。そろそろ読み返した方が良いんじゃないかと。それもいつも決まったメンバーやスクラムマスターから読もうよと始まる訳ではなく、毎回別の人。シンクロ率が高いのか、タイミングが絶妙で、それより必要なことがあるから後回し！とならず、「そうだね、次の勉強会はスクラムガイ

はじめに MySQL(InnoDB)でSQLのパフォーマンスチューニングをするときに役に立つ知識をエッセンスとしてまとめました。結合(JOIN)やB-treeインデックスの探索の仕組み、実行計画の基本的な見方を紹介します。 想定する読者は、SQLのパフォーマンスを改善する必要があるが実行計画をみてもいまいちピンと来ない方です。インデックスの作成の経験や、複合インデックスやカーディナリティの知識があることを前提にしています。目標は、実行計画の内容がよく分からない読者が、実行計画をみただけでクエリが実行される様子をイメージでき、自信を持ってクエリの改善にあたることができるようにすることです。 ストレージエンジンはInnoDBを前提としています。また、インデックスはB-treeインデックスを想定しています。全文検索の転置インデックスや空間検索のR-treeインデックスについては触れません。 イン

はじめに みなさんこんにちはメリークリスマス🎄 ついにアドベントカレンダー最終日！！！ 現在SODAでwebエンジニアをしているtoshikiです。(3記事目で謎の自己紹介) CTOからflexispotのデスクを譲り受ける代わりにテックブログ3記事執筆するという約束を果たすべく、SODAのAdvent Calendar 2023で3枠担当することになり、この記事をもって無事プレゼントの配達が完了しました🎅(sorenani) 今日はクリスマス当日ということで、自分自身理解が曖昧だったMySQLのストレージエンジンであるInnoDBのロック周りの挙動をMySQLの公式ドキュメントを読みつつ調査してまとめてみました。 この記事でわかるInnoDBのロックの種類 共有ロックと排他ロック インテンションロック ギャップロック ネクストキーロック 検証環境 MySQLのVersion mysq

＼スニダンを開発しているSODA inc.の Advent Calendar 2023 21日目の記事です!!!／ そして今日はIPAデータベーススペシャリスト試験の合格発表日でもあります！ 無事合格してました！（これを書いているときはまだ発表前なので未来の記憶です） はじめに Goの大きな特徴として後方互換性が保たれているので、言語のバージョンアップのハードルが低いというメリットがありますよね。 ですが、そんなGoでも完全な互換性を保証しているわけではありません。特定のケースにおいてバージョンアップによってプログラムを壊す可能性があるのです。 実際に遭遇することは少ないかもしれませんが、どういうケースでそれが起こるのか、どうすれば回避できるのか、実際にあった過去の事例を交えて知っておくと、バージョンアップ時の漠然とした不安を減らし後方互換性の恩恵を最大化できるようになると思います。 実際

＼スニダンを開発しているSODA inc.の Advent Calendar 19日目の記事です!!!／ はじめに SODAでは開発組織の中で開発の生産性を評価するために Four Keys 、指標をモニタリングするためにFindy Teams+ を利用しています。私が組織に入った時にはデプロイ頻度・変更のリードタイムといった指標が低い状態となっていたため、それに対して改善した取り組みを紹介していきます。 課題の整理 私がチームに入った1月ごろのFour Keysの指標がこちらです。 リードタイムが極端に長いこと、変更障害率が高いことがわかると思います。 ただ、このリードタイムについては正しい計測ができていないというのが実際の問題点でした。 フィーチャーブランチ開発を採用しており、巨大なフィーチャーブランチがマージされたことによってリードタイムが悪化してしまっていました。 また、このプロジ

＼スニダンを開発しているSODA inc.の Advent Calendar 10日目の記事です!!!／ こんにちは！！！！SODA開発部の矢野です！！！ はじめに 私のチームでは一年前からコードレビューを最優先に実施するという取り組みをしています。この取り組みを継続した結果開発生産性にも良い影響を与えてくれたかもしれないので記事にしようと思います！ ちょうどこの記事を作成しているときにX(旧Twitter)で「PRのレビューを最優先にしたらチームの生産性が上がった」の投稿にたくさんのいいねがついていたので、コードレビューを最優先に取り組んで効果を実感している組織やチームが多いのかもしれないですね。 レビューを最優先にした結果 結果から書くと、 「コードレビューを最優先にする」取り組み前後の「レビューからアプルーブまでの平均時間」を比較すると6.5時間から2.5時間に縮まりました（本当かな

こんにちは、開発部の冨永です。 入社した直後は、環境構築、サービスの仕様、会社のルールなど覚えることが多いのでオンボーディングは重要ですよね！ SODAでは2021年から開発メンバーが急激に増えたためオンボーディングを整え、現在も継続的に改善をしています。 今回はSODAではどのようなオンボーディングを行っているのかまとめました。 オンボーディングとは？ オンボーディングとは、新入社員を企業にとって有用な人材に育成する施策やプロセスのことです。入社後に起きやすい早期離職を防ぎ、社員を定着させる施策という意味も含まれます。オンボーディングの元の意味は乗り物に乗り込んでいる状態であり、新入社員が組織に含まれた様子を表しています。 オンボーディングを整える前の課題 以前は配属先のチームでオンボーディング担当を決めてもらい、担当者が入社者のサポートをしながら徐々に仕事に慣れていってもらっていました

この記事は何？ トランザクション分離レベルがRead CommittedなときのMVCCの挙動とトランザクション内における集計で学びがあったので忘備録として共有します。 そもそも、MVCCとは？ MVCC（Multi-Version Concurrency Control）は、各トランザクションに一意なバージョンを付与する技術です。データへの同時アクセスが行われた際、各トランザクションが独自のデータバージョンを持つことで、データへの競合を回避させ、並列処理を実現します。このアプローチにより、読み取りと書き込みの操作が相互にブロックされず、システム全体の効率とパフォーマンスが向上します。 Read Committedのトランザクション分離レベルにおけるMVCCの特性は、トランザクション内でデータを読み取る際、そのトランザクションが開始された時点でのコミット済みのデータのみを参照できることです

これはなに？ こんにちは、エンジニアの冨永です！ モバイルアプリを開発していると、コード量や処理が増えることで徐々に起動時間が遅くなることがありますよね。SNKRDUNK でも一時期起動時間が遅くなっていて改善をしたことがあります。 この記事では、その改善をするために取り組んだことをまとめました。 Firebase Performance Monitoring の導入 Firebase Performance Monitoring とは Firebase Performance Monitoring サービスを使用すると、Apple アプリ、Android アプリ、ウェブアプリのパフォーマンス特性を把握できます。 Performance Monitoring SDK を使用してアプリからパフォーマンス データを収集し、Firebase コンソールでデータのレビューと分析を行います。これによ

導入 Go1.21のドラフトのリリースノートを見ていると興味深い記述を見つけました。 Go 1.21 includes a preview of a language change we are considering for a future version of Go: making for loop variables per-iteration instead of per-loop, to avoid accidental sharing bugs. For details about how to try that language change, see the LoopvarExperiment wiki page. (意訳)　Go1.21は、将来のGoのバージョンに対して私たち (おそらくGoのチーム) が考慮している言語の変更のプレビューを含みます、意図しないバグを共有

CachedNetworkImageとは インターネットから画像を表示してくれるWidgetで、一度表示したものはデータをローカルのストレージに保存して次回の表示を早くしてくれます。 flutter_cache_manager に依存していてdefault設定だと sqflite を使ってDBに保存される実装となっています。 cacheの保存先は変更できる？ 公式のドキュメントには保存先のストレージに関する設定は利用側でカスタムができると記載されていますし、SQLiteよりも高速なDBを使いたいというissueもあり cache_info_repository のインターフェースをoverrideしてカスタムすれば良いということがわかります。 The cache manager is customizable by creating a new CacheManager. It is ve

ざっくり言うと // +buildは、一般的な&&や||を使う論理式の書き方じゃないので分かりにくかった 複数行書くこともできたので暗黙的な論理演算になり、意図しないビルド条件になることがあった だから、より身近で明確な書き方ができる//go:buildへ置き換えることになった（記述位置の条件とかも見直してる） Go1.17でビルドタグの書き方が変わることがアナウンスされた 2021年8月のGo1.17から//go:buildが使えるようになりました。 後でも触れるのですが、もちろん後方互換性が維持されているので// +buildも使えます。 // +buildだけが指定されているファイルに対してgo fmtを実行すると、同等の//go:buildがすぐ上の行に追加されるようになっています。 // +buildはいくつかの問題を抱えていた もともと// +buildに指定できるのはOS名か

こんにちは！開発部の冨永です。 SODAでは毎週月曜日にエンジニアの勉強会を行っており、今回先日行った dotfiles自慢大会の開催レポートをお届けします。 SODAのエンジニア勉強会についての紹介はこちら 会社やエンジニア組織に関する情報は以下リンクはこちら タイムテーブル var unixToInternal int64 = (1969*365 + 1969/4 - 1969/100 + 1969/400) * 24 * 60 * 60 // https://pkg.go.dev/time#Unix

こんにちは！ 開発部の冨永です。 現在SODAには30名弱のエンジニアが所属をして、サービスの改善を行っております。 今回はどのような判断で現在の体制やプロセスに至ったのかをご紹介したいと思います。 チーム体制や開発プロセスの考え方に共感いただけた方は弊社にマッチしていると思うのでぜひご連絡ください！ 立ち上げフェーズ 2021年までは CTO の佐藤と 現VPoE の林の2名のエンジニアの体制で開発をしており、経営陣が PdM を兼任し機能開発を進めていました。 立ち上げフェーズでは、少人数だったのでチーム開発というよりも各タスクを1人のエンジニアが担当して実装していくことを意識して開発を進めていました。 複数チームでの開発 2021年から徐々に新しくエンジニアがジョインをしてくれましたが、 開発スタイルは大きな変更はせずに、基本的に1つのタスクを1人のエンジニアが担当し、いわゆるリソー

株式会社SODAの社内勉強会で使用した資料です こちらは株式会社SODAのエンジニア社内勉強会にて @decoch が発表したときの資料です。 株式会社SODAについては以下リンクなどをご覧ください。 これはなに？ いま流行りの Notion を使っている方は多いと思うのですが、いまいち使いこなせていない、メモ帳としては使っているけどデータベースってなに？ というエンジニアの方向けに Notion の使い方を書いた入門記事です。 Notion とは notion.so からお借りしました ドキュメントやテーブルだけでなく望み通りに機能するようにカスタマイズできるワークスペースです。 基本的な使い方 新しくページを作りメモをとったりチェックボックスでタスクを管理したり、Markdown のように使うことができます。 / と打つことでサジェストされ /page と入力し決定をすると新しいページ