ブサイクなUIデザインを劇的に改善するための10のチェックリスト｜Taiki IKEDA｜note
お久しぶりです、イケダです。UIデザインをする上で、これらを意識するだけでビジュアルの質が劇的に向上するというチェックリストを作ってみました。UIデザインの参考にしてください。 左右の余白は揃っているか 左右の余白をしっかり揃えることは最も初歩的で、カンタンに実践できるTipsです。あまりに初歩的すぎて悪い例を探すのに苦労しましたが、MoneyF●rwardさんが題材として非常に優秀でした。左右の余白は14~20ptの間で揃えるのが定石です(迷ったら16ptにしておこう)。どうしても左右の余白を持て余してしまうという場合は右の改善例のように中央揃えに逃げるのも手です。 フォントの大きさは正しいか fontサイズはまず、「読ませるテキストの大きさ」を決めてから、それを基準に組み立てていきます。読ませる文字、webでいう<p>タグは14~16ptに設定し、その文字とのバランスを見て<head>
UIデザイン丸パクリのすゝめ｜Taiki Ikeda｜note
また怒られそうなタイトルをつけてしまいました。多分理解できない人がほとんどだと思うので、事業に本気でコミットしたことがない人は読まないほうがいいかもしれません。UIデザインをアートだと思っている方々はそっ閉じしてください、悲しくなるので変なリプも飛ばさないでください笑 経営者(PM)の思いをユーザーに届けるということ僕はUIデザイナーの仕事のうちの一つは、「こんな価値をユーザーに届けたい」という経営者(ないしプロダクト責任者)の思いを、インターフェイスを通してユーザーに届けることだと思っています。100の価値をユーザーに届けるまでにデザインができることは、届ける過程で失う価値を最小限に留めることであって、もともと100しかない価値を100以上にすることはできません(と、個人的に思っています)。 サービスの失敗価値の伝達というとても大事な仕事を担うからには、早々にサービスをクローズしなければ
小学生の頃からプログラミングを始めて15年で平凡なプログラマに着地したやつの話をだらだら書く｜古都こと｜note
インターネットのプログラマ、人間味が感じられない。人間である以上、当然ながら人生というバックグラウンドがあるのだろうが、それがわからない。なんか突然ぽっと出てきて突然プログラミングできましたみたいな雰囲気を放ってる。今は日常のぼやきを観測できるツイッターがあるからまだマシな方で、2chの時代ではもう本当に天上の存在で、まさに「神」であった。 しかも過去を語らせても、小学生の頃からコンピュータを買ってもらって雑誌にゲームを投稿したとか、高校生でスマートフォンアプリ作って大ヒットとか、大学生でウェブサービス作って一山当てたとか、そんな話ばっかりである。 もちろん、プログラマだって冷酷キーボード叩きマシンではなく、同じ血が流れいる人間と信じたい。でも無理なんだ。遠いんだ。実績が違いすぎる。 技術の話や向上心の話よりも、人間であることを知りたかった。自分も同じことができる可能性があるんだと、信じた
オブジェクト指向にメリットなんて存在しない｜古都こと｜note
最近の新人は勉強熱心だ。新しく聞いた概念を貪欲に取り入れようとする様は、はたから眺めていても感心する。私なんて10年前に得た知識でなんとかごまかしごまかし生きているというのに。 もちろん様々な場面で「躓き」は発生する。有名どころではポインタや非同期処理が初心者キラーだ。そして一番の初見殺しは……オブジェクト指向だ。 オブジェクト指向に殺されたプログラマは数知れない。新人からベテランまで、たいてい皆殺しにされている。 なぜそれほどまでに多くのプログラマを混乱させるのだろう。本やネットではオブジェクト指向の数々の多大なメリットが列挙されており、実に素晴らしいパラダイムに思える。しかし教本通りに組んでみてもどうにもしっくりこない。本当に自分はオブジェクト指向のメリットを享受できているのだろうか？ 種明かしをしよう。実はそれらメリットとやらは全部全くの嘘で、オブジェクト指向にメリットなんてものは存
お前は絶望的にプログラミングに向いてないから諦めて刺身にタンポポ乗せる仕事でもやってろ｜古都こと｜note
刺身にタンポポ乗せる仕事ってきょうび言わねーな……。 プログラミングとは、勉強も運動もスマブラも下手なクソ隠キャ中学生が「俺もパソコン1台で凄い技術者になって…！」とワクワクしながら始めるものの思ったより普通に難しいし学校の試験で出たような知識要求されるしで3日で放り投げ、10数年後にnoteで「お前らは絶望的にプログラミングに向いてないからやめろ」なんて記事を書くだけのザコに成り下がる、夢と希望に溢れた技術である。 近年ではパソコンのスペックの上昇にともないできることも増え、どこのご家庭にもあるRTX2080で簡単にディープラーニングもできるようになった。Unityで3Dゲームをバリバリ動かしてもブルースクリーンは出ない。やっぱ世界を広げるのは小賢しい知恵よりもスペックの暴力だぜ。 開発環境や言語も選択肢豊富で、エディタもかつては有料クラスでも手に入らなかったような贅沢な機能が満載のもの
頼むからまともなプログラマ目指すなら数学ちゃんと勉強してくれ｜古都こと｜note
題名で完結してるけど、まあ頑張って書いとく。 この記事の短いまとめ：「技術的なこと教えるときに数学の部分から教えるのしんどいから自主的にある程度勉強してくれると助かる」 数学、わりと出てくる「数学って何の役に立つんですかァ〜〜〜？」は中学生の心強い武器であり、私もブンブン振り回してた。高校で現社が嫌で理系に逃げたから結局のところ付き合う羽目になったが。 まあ中学生・高校生ぐらいなら仕方ない。数学なんて何の役に立つのかさっぱり見えないし、先生はろくに教えてくれないし、そんなことより「冷蔵庫の中身は何をどれぐらい入ってる状態で保つべきなのか」とか教えてくれた方が絶対に人生が豊かになるよな。 さて話は変わってプログラマについて。プログラマとかいうのは意外なことにわりと専門性のある職業で、普通の人生では1ミリも役に立たないような知識を求められたりする。Linuxの意味不明なコマンドの数々の使い方と
公式ドキュメント読めば5分で解決することで5時間もGoogleとにらめっこするな｜古都こと｜note
世の中には二種類の問題がある。公式ドキュメントを読んで解決する問題と、解決しない問題だ。 読んでも解決しない問題に関しては……まあ頑張れ。今回は解決する場合についてのみ扱う。 公式ドキュメントを読めまず言いたいのはなぜ貴様らは公式ドキュメントというものを読まないかということである。 いや言いたいことはわかる。Node.jsのAPIドキュメント、クソだもんな。あれは完璧なクソだ。でも実は必要なことは書いてある。 公式ドキュメントってのは妙なミスがない限り概ね正しいことが書いてある。バカが適当書き散らしたQiitaと違ってな。 たとえばExpress（Node.js用のサーバフレームワーク）を使うとしよう。公式サイトに必要なことはほとんど書いてある。しかも日本語で。HelloWorldから始まり、ルーティングの仕方、静的ファイルの配信、ミドルウェアの使用法、などなど。APIリファレンスもついて
創業メンバーを集めるコミュニケーション｜Yamotty | 10X, inc.｜note
先日Twitterでトピックについて意見をもらったところ、「妻の集めているダサいTシャツについて」に僅差で本件が勝ったので、すこし拡張して「創業メンバーを集めるプロセスで気をつけていること」をまとめたいと思う。 10X社のCo-Founderである石川 (@_ishkawa)だけでなく、創業期にジョインしてくれたメンバーについては、ほぼ全く同じプロセスをとっている。 人を巻き込むに当たり、相互に満足できるような期待値を醸成することは普通に考えるよりずっと難しい。それこそ非線形な社長の仕事かなと捉えている。トライアンドエラーをしながら、だけど少しずつ手応えを感じているので今意識していることをまとめてみる。 --- 1 / 行き先を明確にする・この会社を通じて成し遂げたいことは何か、会社を登記する前から明確にした。 10Xは「献立の意思決定をサポートするプロダクト」を始めにトライすることは確定
文系出身者がプログラミングを学ぶときに大切なこと｜TomohiroTsubaki｜note
「文系なんですけど、プログラミングはできるのでしょうか？」という質問をよく受けます。 最近はこの質問がちょっと減ってきた印象はあるのですが、まだまだ根強く残っているので、自分の意見を述べたいと思います。 今回はいきなり結論から言います。 文系でもプログラミングはできます！ そして、文系出身者がプログラミングを学ぶ上で一番大切なことは、自分は文系だという思い込みを捨てることです。 文系でもプログラミングはできると主張する理由はいくつかありますが、思い込みを捨てることが一番大切です。 新しいことを学ぶのに文系も理系も関係ありません。 たとえ一般的に理系といわれる分野であっても、必要になったり、知りたくなったら学べばいいだけです。 それを「自分は文系だから..」と言って変に壁をつくって、スタートラインにも立たないのが一番のマイナスです。 文系とか理系とかいった既存の枠組みに囚われないことが最も大
フリーエンジニアがコネなしの状態から、月200万を安定して稼げるようになるまでの話｜入江 慎吾 ⚡ サービス開発だけで生きていく｜note
フリーエンジニアでサービス開発をしている入江慎吾といいます。 独立してから早7年。ここ2年くらいは毎月平均200万位の売上を上げれるようになりました。 この記事では僕がフリーとして独立してから、どのようにして受託開発で安定して稼げるようになったかを書いていこうと思います。（ちなみにアフィリエイトとか、情報商材とかではなく正攻法の開発で稼いでいます） 独立当初は仕事がなかったのでブログとサービスづくりに励んでました2011年に独立しました。まず、僕がやっている仕事はスマホアプリ開発、Webシステム開発、Webサイト制作の3つ。 初年度はコネも全くなくて苦労しました。それまで制作会社に10年勤めていたのですが、クライアントの引き抜きはしないように...と何もアプローチせず退社しました。 しかし、しばらくして以前勤めていた会社で取引があったクライアントが直接僕を探して問い合わせしてくれました。正
SaaS事業の作り方 -マーケット選択編-｜橘大地｜note
「SaaS事業を始めたいからアドバイスしてほしい。」 との若手起業家からの質問が多くなってきました。 日本でもSaaS分野で起業したいと考える起業家が増えているのは喜ばしいことです。マネーフォワード、freeeやSmartHRといった先駆的SaaS企業が成功事例として語り草になっており、今後も注目を浴び続けていくでしょう。 そこで、自分への備忘録も兼ねてSaaS事業のマーケット選択の基準を書いてみます。 ■SaaS事業のマーケット選択はどのようにすべきか ・マーケットサイズは適切なボリュームか ・人々が既に「切り口」を保有しているか ・自分がそのマーケットに取り組む必然性があるか マーケットサイズは適切なボリュームか事業として取り組む価値のあるマーケットサイズがあるかが事業の出発点です。「マーケットサイズ≒イノベーションの幅」でもあり、マーケットサイズがないということはそのソリューションに
1人ぼっちの客先常駐先で生き延びる8つのテクニック｜加藤泰明｜note
こんにちは。加藤泰明と申します。 特定派遣やSES（準委任契約）にて客先常駐で働くインフラエンジニアです。 ※職務経歴書をGitHubで公開しています。 私は勤務先の企業（以下、自社）から単独で客先に送り込まれることが多く、1人ぼっちの現場でいかに生き延びるかを探究してきました。 今回は、たった1人で客先に送り込まれたエンジニアが、そこで生き延びるにはどうすればいいのか、具体的な8つのテクニックをお伝えします。 ※ここでは、客先常駐するエンジニア（一般・特定派遣、SES含めて）のことをパートナーと記しています。 第1条 客先プロパーの期待値を調整するIT業界の慣習として、パートナーとして我々が客先常駐する前に、我々と客先のプロパーが直接会話する機会が設けられることがほとんどです。 （職場見学、お打ち合わせ、面談等、企業によってその機会の名称が異なります） 正直に申し上げますと、その際に、パ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://note.mu/global_sessions?redirect_to=https://irnote.com/n/na8b9dd20e449