現場で役立つGo言語のTipsをただまとめてみた
はじめに こんにちは、23卒でバックエンドエンジニアをしているたかしゅんです。 私の所属しているプロダクトではサーバーサイドの開発言語としてGoを採用しております。 チームでGoの勉強会をした際にあまりにもGoの流儀や綺麗な書き方を理解していなかったので、以下の書籍を読みました。 [Go言語 100Tips ありがちなミスを把握し、実装を最適化する] この書籍から得た知見、プルリクエストのレビューで受けたアドバイス、そしてコードレビュー時に意識すべき点などを基に、知識を整理し共有したいと思います。 基礎文法は理解しているけど、実際のプロダクトで何を意識して書けば良いのかわからない方に、少しでも参考になれば幸いです。 1. コード 1.1 不用意にネストしない 可読性の悪いコードには命名、一貫性、書式など様々な原因がありますが、その中の重要な原因の一つとしてネストが関係します。 よくある例と
iOS ヒューマンインターフェースの原則 — Medium
iOS のヒューマンインターフェースを理解するためにはまず UI 設計の原則を定めた聖典 iOS Human Interface Guidelines を読むことから始めなければなりません。ここにはプラットフォームの特徴から情報設計の原則、それぞれ何のための部品なのか、という解説がされています。なぜこうなったのか、なぜこれが良くてあれが駄目なのか、Apple の UI デザイナーは何を考えてこのような設計にしたのか、HIG ではそのようなところまでは説明されていないことがあります。いくら内容を丸暗記したとしても「 なぜ 」がわからなければ本質から理解したとは言えません。 よくある UI デザインにおける誤り、『磨りガラス効果がかっこいい』『アニメーションしておくとかっこいい』『ボタンは右配置の方が押しやすい』『色が綺麗』『流行っているから優れている』…などがありますが、そういうことではない
DIとサービスロケータの違い
DIとサービスロケータは、いずれもオブジェクトの構築と依存の解決という仕事を切り出すためのパターンです。ところで、この2つのパターンの違いを明確に説明できるでしょうか？ Pimpleでシンプルに正しくDIを理解する のコードは以下のようになっていました。 <?php require_once '../vendor/pimple/pimple/lib/Pimple.php'; // インフラ interface MailerInterface { public function send($body); } class SendmailMailer implements MailerInterface { public function send($body) { } } // ドメイン class NewsletterTransfer { protected $mailer; public
「LEAP」—彗星のごとく登場した次世代インターフェース (1/2)
キーボードやマウスに代わる操作方法として、現在「タッチスクリーン」の利用が広まっているが、これとは別に「モーション・センシング」（Motion Sensing）と呼ばれるユーザーインターフェース（UI）が注目を集めている。デバイスに直接触れることなく、人や物の動きで入力を行うUIだ。加速度センサーなどを組み合わせてデバイスの動きで入力情報を検知するケースもあるが、マイクロソフトの「Kinect」に代表されるように、カメラセンサーで人の動きを検知して“完全”にデバイスに触れることなく操作を可能にするタイプもある。このモーション・センサーを使ったニューカマー、Leap Motionの「LEAP」が米国で登場し、話題になっている。 「Kinect」に続く近未来ユーザーインターフェース センサーデバイスとしてのKinectの可能性については、もう多くを語る必要はないだろう。ゲーム機向けの周辺機器と
「もっと自由につながりたい」――iPhoneテザリング「t.free」開発者・クリストファーの思い
この夏、期間限定で公開された「t.free」が大きな反響を呼んだ。iPhoneを利用し、Mac OS X搭載機をインターネットに接続できる無料のテザリングサービスで、ITベンチャーのコネクトフリーが開発。iPhoneに専用アプリをダウンロードしたり、“脱獄”させる必要のない画期的なサービスとして人気を集めた。 「便利すぎておそろしい」「助かってます！」「神ツール」――Twitterにはユーザーの喜びの声があふれ、開発したクリストファー・テイトさんに届く。テイトさんはコネクトフリーの社長兼開発責任者で、1988年生まれの24歳。京都に住み、日本向けサービスを開発している。 17歳の時にシリコンバレーで写真共有サービス「Zooomr」を作って起業。Flickrのライバルとして話題を集めた。19歳で来日し、ブログパーツ「Zenback」、社会人SNS「ケイレキ.jp」、公衆無線LANサービス「c
SLOBSERVER - L'actualité de Second Life
App development is certainly an exciting but challenging process. Several factors are involved in developing an app, due to which the final cost to develop an app greatly varies from project to project. It is important to be familiar with the entire process of creating a comprehensive app development budget because it is common for developers, especially new programmers, to exceed the budget while
第9回 どうすればユーザー登録してもらえるか：ITpro
この連載では，エンジニアの視点から使いやすさを考えています。今回はユーザー登録画面などに代表される，フォームを使った入力画面について考えてみたいと思います。 なぜこのテーマを選んだかというと，フォームを介して利用者からデータを受け取って処理をして返すという一連の処理が，ウェブサイトのバックエンドの処理やデータ形式などによって変化しやすく，プログラマやエンジニアの作業がもっとも使いやすさと関係しやすい分野ではないかなあ，と思っているからです。こうした部分はエンジニアが使いやすさに寄与しやすい部分であり，もっと言えば，使いやすさを向上させるに当たって，エンジニアにしかできない事柄がたくさんある部分だってことになると思います。 今回は「ユーザー登録ページ」を例に，フォームにおける使い勝手を考えていきたいと思っています。その理由としてまずは，筆者が勤務する株式会社はてなにもユーザー登録画面があり，
Alertbox: 参加の仕方は一様ではない：もっと大勢のユーザに書き込んでもらうには（2006年10月9日）
多くのオンライン・システムでは、ユーザの90%は読むだけで自ら書き込むことは決してしない。9%は、ほんの少し書き込みをする。システム上にみられるアクションのほとんどは、残る1%のユーザによるものである。 Participation Inequality: Encouraging More Users to Contribute by Jakob Nielsen on October 9, 2006 ユーザが書いたコンテンツや構築したサービスで成り立っている大規模なマルチユーザ・コミュニティやオンラインのソーシャル・ネットワークには、ある共通点がみられる。ほとんどのユーザは書き込むという形での参加をしていないという実態だ。つまり、表に姿を現すことなく、読んでいるだけのユーザがほとんどなのである。 逆に、ごく限られた数のユーザによる書き込みやシステム上でのさまざまな活動が極端に多い。参加の仕方
FPN-団塊〜シニア層向けのWeb設計 やっちゃいけない10のＵＩ
5．ビジネスリサーチのビジネスモデル ビジネスリサーチがアウトソースされる理由 ビジネスリサーチを社外に依頼する理由①〜信頼できる人「すべては依頼から始まる」からでも書きましたが、依頼主が社外にリサーチを委託する最大の理由は、事業環境を定点で把握… 2021.01.18 2021.05.13 147 view コラム〜リサーチャーの日常 トリプル ディスプレイ モニター 在宅勤務が常態化している人は、まず トリプル ディスプレイ 環境に投資することを考えてみてください。作業効率の圧倒的向上が可能です。… 2021.05.06 2021.05.11 205 view 3．ビジネスリサーチの報告書作成 聞き手の頭に入りやすい資料作成〜聞いて理解する人と読んで理解… 【 相手に合わせた 資料作成 】最初に結論を述べてから、それを裏付けるデータを提示するという構成は、欧米流のロジカルシンキングの基
多くのユーザーは一度に1本しかジュースを買わない ― ＠IT
ユーザビリティのヒント（1） 多くのユーザーは 一度に1本しかジュースを買わない 「自動販売機での不要な動作から考える」 ソシオメディア 上野 学 2006/6/2 Webアプリケーションのユーザーインターフェイスデザインに役立つさまざまなTips集。自動販売機でジュースを買うときの不要な動作から考える。（編集部） 今回からはWebアプリケーションのユーザーインターフェイスの続編の「Tips編」として、ウェブアプリケーションのユーザーインターフェイスをデザインするうえで役立つさまざまなヒントを、少し細かな視点から具体的に見ていきます。 複雑な構成物を作り上げるには、基本となるコンセプトやアーキテクチャといった抽象度の高い部分から考えていくトップダウン式のアプローチと、構成要素の細部から考えていくボトムアップ式のアプローチの両方が必要になりますが、前回までの経験則編はどちらかといえばトップダ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ユーザビリティコラム：Jakob Nielsen博士のAlertbox