2017年2月2日にヒカ☆ラボで「女ゴコロとコンバージョンのあやしい関係」としてお話したときの資料になります。 ------------------------------- 「女ゴコロフレームワーク」「デザイン負債の返し方」に続く ネイルブックのサービスを育てるフレームワーク第3弾！ 毎月100万人の女性が利用するネイルサービス「ネイルブック」。 ネイルブックチームでは、この1年間はネイルサロンのオンライン予約を増やすことに注力してきました。 1年間でオンライン予約数を69倍にするまでの試行錯誤と、 そこで得られたノウハウや女性向けサービスならではの苦労話などをお話します。 ------------------------------- 関連URL https://nailbook.jp http://spika.co.jp https://www.wantedly.com/compan

Cassandra Naji氏はJustinmindのマーケティングコンテンツ制作者です。Justinmindはあなたのソフトウェアソリューションをコードを書かずに視覚化しテストする為に、ウェブとモバイルアプリのプロトタイプ作成可能にするプロトタイプ製造するツールです。 Webの黎明期から、ハイパーリンクはオンライン上での体験の基礎をなす要素でした。リンクを開くということは、Webを閲覧している人々が最も頻繁に実行する行為のうちの一つであるということが研究で分かっています。 30年以上に渡り、デザイナーたちはリンクの新しいデザインを試してきましたが、今でもアンダーラインが最も広く使われています。青いアンダーラインのハイパーリンクは最も広く理解されているWebでの慣習の一つです。 World Wide Webは文書とリンクから構成される　―Tim Berners-Lee, 1991 一方で、

AltJava言語（特に手続き型のBetter Java言語）では3年前からCeylon推しだったんですが、Kotlinにはかなわなかったなーと負けを認めてKotlin勉強会に参加してきました。 ちなみに同時期、AltJS言語としてHaxeを推してたけどこれもその後の流れはTypeScriptの完全勝利っぽくて自分の目利きのできなさにウケるんですけど、CeylonとHaxeがこれまた雰囲気似てる言語で苦笑するしかないです。 Sansanさんのオフィスかっこいい 同じく渋谷宮益坂のビズリーチさんところも渋谷Javaで何度かお邪魔していますが、あそこもオフィスかっこいいし、渋谷すごいですね（小並 乾杯で勉強会スタートだ メインゲストのたろうさんのご意向もあって🍺片手の勉強会となっていました。懇親会じゃなくて本体が乾杯で始める勉強会って初めて。Sansanさんごちそうさまでした。 Kotlin

自分がこの1年間開発チームを引っ張ってきた中でこういうところに気をつけてたよってこと。 ザーッと勢いで書いてみる。分類はある程度なもんです。組織パターンやFearlessChangeは好きです。 心構え 1 現状を受け入れる 環境に文句を言ってても、何も変わんないし。自分は本当はもっとできるはずなんだ、って言ってても、実際アウトプットはでてないんやろ。なるほど、今はこうなんだってことを受け止めて、じゃあそこからどう改善していけるだろう？と考えたい。 2 遷移状態を受け入れる 現状から、理想的な状態にぴょんって飛び移れるわけじゃないんだから、その途中って泥臭かったりごちゃごちゃしてたりするんだけど、それを受け入れる。練習せずにいきなりスポーツがうまくなるわけないのと同じで。 3 正しいことが選ばれるわけじゃない 政治や感情や時期や思惑や抵抗や。そういうのがあるので「正しいこと」が常に選ばれる

iOS関係の勉強会に参加するとほぼ間違いなく、設計に関する発表があるように思います。 「RxSwiftを使ってMVVM...」「Clean Architectureを導入...」, etc... 色々話を聞く中で、自分は以下のような課題があるなぁと感じています。 いろいろな設計方法があるけれど、結局何を使うべきなのかわからない 名前は聞いたことがあるけれど、それぞれがどのような設計で、何がメリットなのかわからない 勉強した時は分かったような気がしたけれど、もう忘れた この記事はこれらの解決の一助になればと思って書いたものになります。（設計へのモチベーションを上げたい） サンプルコードを交えながら、5つの設計について考察してみます。 ※ RxSwiftの名前を出しましたが、ライブラリに関してはこの記事では言及しません。 そもそも、なぜ設計に拘る必要があるのか iOSアプリ開発において、このよ

本記事は QiitaAdventCalender2016の「iOS その3 Advent Calendar 2016」の１2月4日の記事です。 また、本資料の「ＶＩＰＥＲの使い方」は iOS Project Architecture: Using VIPER の翻訳資料です その後に続くのはオリジナルの文章です。 本記事の一部は原文をもとに翻訳をしていますが、一部翻訳が難しい箇所は違和感を持たぬ日本語への意訳となっています。 誤訳していたら教えてください。 ＶＩＰＥＲの使い方 ※ 画像は原文から引用 iOSアプリを開発するとき、iOSプロジェクトアーキテクチャを何を使うか考えるのはとても重要です。 もっとも使われているApple推奨パターンは、MVCアーキテクチャと呼ばれているものです。 しかし、実際定着してるMVCには欠点があります。 その欠点の1つはシンプルさのせいで、経験豊富なエンジ

この記事は Android Advent Calendar 2016 2日目の記事です。 こんにちは。わくわくです。 現在お仕事で書いているアプリを新規で書き始めたのが2015年で、現在は2016年です。 そう、1年が経ちました。その頃から今まで書いてきて、今から書くならこんなライブラリや設計を採用するよ(したいよ) というのをまとめたいと思います。 これからAndroidアプリを書くけどどんなものつかっていけばいいんや〜？といった方の参考になれば幸いです。 すでにAndroid開発をされている方にとっては内容が薄く感じられることと思いますがご了承いただければと思っております…（予防線） (裏の目的としては自分の備忘録のようでもあったりします。) この記事では紹介しているライブラリや設計などに関しては深くは説明を書きませんが、参考になる資料などをまとめて行ければと思っております。 言語につ

2017年1月21日 (土) 13:00 から、恵比寿ガーデンプレイス ザ・ガーデンルームにて

Amazon Bedrockで行うモデル評価入門 / Introduction to Model Evaluation in Amazon Bedrock

iOS Clean Architecture の説明と、実際にMoneyForwardでiOS Clean Architectureを導入してみた話をします。 Sample code: https://github.com/koutalou/ios-cleanarchitecture

新規アプリ開発における設計事例と実例

In Japanese

はじめに これはAndroid Advent Calendar 2016の20日目のエントリです。 本エントリではAndroidアプリケーションのビルド体験を改善するリモートビルドサービス Cyborg Build を紹介します。 背景 以前AndroidアプリケーションをGoogle Compute Engineのインスタンスでビルドする - visible true でクラウド上にインスタンスを作ってAndroidアプリケーションのビルドを代行させる方法について書きました。エントリでは低スペックなインスタンスでの試用でしたが、その後いくつかのインスタンスを試しGCEではn1-highcpu-8（vCPU x 8、メモリ 7.2 GB）くらいのスペックがパフォーマンスとコストのバランスが良いとわかりました*1。 パフォーマンスとコストのバランスが良いと言ってもn1-highcpu-8は一

この記事は Androidその２ Advent Calendar 2016 の6日目の記事です。 Fragment怖いですか？　怖いですね。 興味本位で、あるいは必要にかられてFragmentを使って痛い目を見たことのあるAndroidエンジニアがほとんどなのではないかと思います。 みんなのトラウマFragment。 そのあまりのややこしさから、SquareなんかはFragmentとの決別を宣言していますし、実際にFragmentを捨てるためのライブラリも書いていたりします。 みんなFragmentには煮え湯を飲まされてきているんですね。 しかし、Fragmentが有用である場合やFragmentの使用が強く推奨されるものもあったりしますよね。 ViewPagerの中でインタラクティブなページを表示したい ダイアログを表示したい 画面を構成するパーツの見た目とロジックを再利用したい etc

注意 現在X(旧Twitter)でのソーシャルログインができない事象を確認しています。事前にX(旧Twitter)側で再ログインした上でconnpassのソーシャルログインを行うか、 「ユーザー名(またはメールアドレス)」と「パスワード」の組み合わせでのログインをお試しください。合わせてFAQもご確認ください。 お知らせ 2024年9月1日よりconnpassサービスサイトへのスクレイピングを禁止とし、利用規約に禁止事項として明記します。 9月1日以降のconnpassの情報取得につきましては イベントサーチAPI の利用をご検討ください。 お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より 「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用

というのが、最近の僕の好み。 効率の良いチーム 効率の良いチームは、みんなすごく効率良く仕事を頑張ってて。システムも効率良く既存のリソースを使ったりしてて、開発もすごいスピードで進んでいる。 なんだけど、最短の道を選び続けていて、どんどん選択肢がなくなっていって、動きが鈍くなってく。 そうすると、どうするか？「このままじゃダメだ！もっと効率良くやらなきゃ！」ってなって、最後には、頑張り続けて疲れた人が離れていく。そんな感じがする。 効率の良くないチーム きょろきょろしたり、うろうろしてみたりして、選択肢を広げておく。ペアワークとか。暗黙知の共有とか。形式知化とか。新しい技術へのトライとか。そういう、一見、遠回りに見える道の方が、実は近い。という感じがする。リファクタリングとかもそうかな。 遠回りに見える道を選ぶのには、勇気が要るのだけどね。だって、最短に見える道を選んだのにうまくいかなかっ

本稿は良いDockerイメージを良い方法でビルドすることを探求した記録である。 Supership株式会社 Advent Calendar 2016の21日目にあたる。 2019年現在は@inductor氏の改訂版を見たほうが良い。 この記事で論じた望ましいコンテナイメージの姿は2019年でも変わらない。ただし、multi-stage buildのような新しい仕組みが普及したりツールの評価が定まってきたりと、実現に用いるツールの状況が2016年からやや変化している。 良いDockerイメージ 良いDockerイメージとは何だろうか。Dockerの利点は次のようなものだから、それを活かすイメージが良いものであるに違いない。 ビルドしたイメージはどこでも動く 適切にインストールされ、設定されたアプリケーションをそのままどこにでも持っていける。 コンテナ同士が干渉し合うことはないので、任意のイメ