わたくし@yimajoが仕事のコードレビューで気をつけていることを書いておきます。特にiOSアプリ開発をしているので内容はiOSアプリ開発におけるコーディングやStoryboardについて書いていますが、その前提やメンタル面の話が多めです。 ちなみにiOSアプリのコードレビューで見ているポイント 2020年5月版にインスパイアされて書いてみました。 前提 レビュー時にリスクや課題、問題という言葉を意識して使い分ける 「このコードは問題です」という指摘をするとき、「問題」という言葉の意味をなるべく共通の理解を持つ 問題 現在起こっている正常でない状況 例: 仕様を表現できていない 例: 不具合がある 課題 問題を整理/分割したもの 例: deprecatedなAPIを使っている リスク 時間の経過もしくは何かの要因によって課題や問題になってしまう事柄 例: テストコードが書けていないので手を

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

環境 Xcode 11.3 何が起こったのか いつもどおり 0.5 の線を引くために Storyboard の AutoLayout で Height = 0.5 の制約を指定した。 すると、デザイナーから「線の太さにばらつきがあるので揃えてほしい」と指摘があった。 ↑たしかによく見ると上の線のほうが若干濃くも見える・・。両方とも 0.5 で指定しているが、念のため次のコードを書いて height を出力してみた。 print(separator1.frame.size.height) // 上の線 print(separator2.frame.size.height) // 下の線 と出力された！ 目の錯覚ではなく、たしかに上の線のほうが濃いことがわかった。 なぜ0.5で指定しているのに正しく描画されないか Twitter にてこの疑問をつぶやいてみたところ、 @kishikawakat

Candy は、フリーランス・パラレルワーカーのための気にしない会計管理クラウドです。

ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは。筒井と申します。ヤフーの黒帯制度にて黒帯Androidアプリに任命されています。 私を含むヤフーのエンジニア・デザイナーの計5名で「黒帯エンジニアが教えるプロの技術 Android開発の教科書」を執筆しました。 黒帯エンジニアが教えるプロの技術 Android開発の教科書（著：筒井俊祐 里山南人 松田承一 笹城戸裕記 毛受崇洋／出版社：SBクリエイティブ） Androidアプリ開発に関わる全体像を体系的に理解できるようになりたいという方に向けて書いています。 先日、弊社の黒帯エンジニアの西が執筆した「本気ではじめるiPhoneアプリ作り Xcode 7.x+Swift 2.x対応 黒帯エンジニアがしっかり教える基本テク

IDEs CLion DataGrip DataSpell Fleet GoLand IntelliJ IDEA PhpStorm PyCharm RustRover Rider RubyMine WebStorm Plugins & Services Big Data Tools Code With Me Quality Assurance JetBrains Platform Scala Toolbox App Writerside JetBrains AI Grazie Team Tools Datalore Space TeamCity Upsource YouTrack Hub Qodana CodeCanvas .NET & Visual Studio .NET Tools ReSharper C++ Languages & Frameworks Kotlin Ktor MPS

こちらはピクシブ株式会社 Advent Calendar 2015の2日目の記事です。 こんにちは。Vimエンジニアの kana です。 さて、皆さんもご存知の通り、WebサービスのpixivにはPHPが使用されています: PHPについては様々な噂を聞き及んでいた為、 これまでPHPとは関わらないように注意して過ごしてきましたが、 pixiv.netの開発ではPHPを避けて通ることは出来ません。 仕方なくPHPを使うことになる訳ですが、 実際に使ってみると……これが予想していた以上に様々な方向から毎日新鮮な驚きを届けてくれます。 今回は実際に遭遇したPHP初心者が躓くポイントを幾つか紹介しようと思います。 switch の中で continue したら switch の直後に飛ぶ 大量のデータをループでぶん回して処理するのはよくある話です。 その中で特定の種類のデータについては処理をスキッ

Flinto is a Mac app used by top designers around the world to create interactive and animated prototypes of their app designs.

10年の複雑 開発部の総務みたいな存在のさとうといいます。 得意技は床下のケーブリングです。 PIXTAは来年、最初のサイトリリースから10周年を迎えます。サービスが始まって9年、10年と経つと相当のナレッジが溜まるのですが、そうなると管理が大変なことになります。業務知識・サービスの概要・構成管理・手順書・設計・議事録など、ドキュメントをどこかにわかりやすい形でおいておきたいものですが、これまではどのように管理していくのか方針やルールが定まっていませんでした。 そんな状況だったので、ピクスタでは「esa」というサービスに集約することにしました。 esaについては検索するだけでもたくさんのレビューエントリが見つかるのですが、今回はそのドキュメントを管理するためのサービスesaをピクスタでどのように使っているかご紹介したいと思います。中の人は先日東京ビッグサイトで開催されたYAPC::Asia

一方、LastPassの保管庫に保存された他のサイトのパスワードを変更する必要はないとしている。ただ、安易なパスワードを使っている場合や、マスターパスワードと同じパスワードを他のWebサイトでも使い回している場合は直ちに変更するよう呼び掛けている。 関連記事 Googleの二段階認証を3400円のUSBキーで試す Amazon.co.jpでFIDO 1.0仕様のUSBキーを購入しました。ようやく二段階認証が一般的になるのではないかと期待しています。 米連邦政府、400万人分の個人情報流出の可能性を発表　中国ハッカーの犯行との報道も 米連邦人事管理局が、同局のシステムに何者かが不正侵入し、約400万人の職員および元職員の個人情報が流出した可能性があると発表した。複数の米メディアが、当局がこれを中国ハッカーの犯行とみていると報じた。 年金情報125万件流出　年金機構に不正アクセス　ウイルス入り

AWS Summit Tokyo 2015 www.awssummit.tokyo アマゾンデータサービスジャパン様 主催のAWS Summit Tokyo 2015 で、 freeeの急成長とAWS というタイトルで発表しました。 発表させていただいたプレゼンテーションの内容は、 「創業期から現在に至るまでのインフラの変化、AWSさんの各種クラウドサービスを利用しつつ、会社の急成長と共にどのような形に変わっていったのか」 となっています。 AWS Summit Tokyo 2015 freee // Speaker Deck プレゼンテーション資料の作成には、弊社CTO 横路を始め、 インフラチームによるレビュー、及び 弊社マーケティングチームによるヘルプなどがあり、 作成することができました。 無事、発表が時間内に収まる形でできたのでとても良かったです。 私が入社したのは2014年6月

1. 小規模なものから徐々に拡張していく。 私は日頃、新たなシステムを作るにせよ既存のシステムに機能を追加するにせよ、必要な機能すら殆ど持たないようなとてもシンプルなバージョンを作るところから始めるようにしています。そこから当初予定していた機能まで、段階的にソリューションを拡張していきます。私は初めから細部にわたって計画をできたことはありませんが、代わりに開発を進めていく中で新しく見つけた情報をソリューションに役立たせます。 私はJohn Gallの、この言葉が好きです。 “複雑なシステムというのは、往々にしてシンプルなシステムから発展したものだ。” 2. 同時に複数のものを変えない。 開発中にテストが失敗したとき、あるいは機能がうまく動作しなかったとき、1つだけ変更すれば、問題発見が格段に容易になるでしょう。言い換えるなら、短いイテレーションを行いなさいということです。1つずつ変更を行い

PHPは日々進化している 最重要な言語仕様の変更点 PHP 5.3.x 名前空間 レイトスタティックバインディング クロージャ PHP 5.4.x trait ビルドインサーバ クロージャで$this PHP 5.5.x ジェネレーター Composer PHPにとってのBundler PEARの環境依存やめよう PECL？知らん PSR-4 includeやrequireをもう使う必要はない PSR-4の規約にそって名前空間とディレクトリを掘ろう そしてcomposer.jsonにちょいちょいと { "autoload": { "psr-4": { "mynamespace\\": "src/" } } } そしてbootstrapに相当するphpスクリプトに require_once 'vendor/autoload.php'; これだけで後はuseをjavaのimportに相当するも

会議の際のペーパーレス化も進みました。週次の進捗会議のときに、かつては毎回資料を印刷する手間がありましたが、「基本DocBaseを見る」という今の形に変えたらすごく楽になり、アーカイブとしても便利なので過去の資料の確認なども楽になりました。 オイシックス・ラ・大地株式会社 関裕子様 あまり機能をつけすぎず、書く・探すにフォーカスしたシンプルなUIになっているのがよかったです。他に高機能なツールもありますが、ツールの使い方を学習するのに時間をかけるのはもったいないなと。DocBaseの編集画面は1、2日使えば簡単に覚えられますよね。 株式会社LINICA 大島希美様

会社には実家から通ってたけど、酒飲んで遊んでたら帰れない日も多々あり、いい加減引っ越すかと思って、先々週から部屋探しだして、見に行ったりして、先週契約して、今日入居した。 とにかく安くてボロい部屋をテーマに探して、築60年、家賃39000円の部屋を発見した。 リュックとボストンバッグでとりあえず服とブラシだけ持ってとりあえずやってきた。 ウィッシュリストはこちらです。新生活は勝手に始めるので、本とか送ってほしい。冷蔵庫もないので今から買いに行く。 http://www.amazon.co.jp/registry/wishlist/CUACF9TYLOUS/ref=cm_sw_r_tw_ws_0a8Iub1P377AQ

プロダクトで CQO を担当していて，Qiita:Team をこよなく愛す僕ですが，食わず嫌いは良くないなということで，esa.io をトライアルで使ってみた． 実際にポストしてみたり，ヘルプを見てみて，基本的なところは Qiita:Team と似てるなーという印象を受けたんだけど，Qiita:Team と比較して esa.io の方が圧倒的に優れてるなと思う機能を3点を知ってしまったので，熱量高くまとめてみた．まぁ圧倒的は言い過ぎたかもwww 1. カテゴリーという概念があること esa.io のポストは，タグ以外にカテゴリーというメタ情報を付けることができて，これは便利． Qiita:Team だとタグしかないので，例えば日報のように時系列に沿った情報を探したりすることができず，結構ポストが埋没する傾向にあるという課題はどこのプロダクトでもあるんじゃないかなと思う． ちなみに Qiit