Note: This post was originally published on XCBlog, read original post for better graphics and without missing any content here With Xcode 9, Apple announced the new build system at WWDC 2017. The new Xcode build system is written from scratch and purely in Swift. However, for some reason, it’s not enabled by default and available as the preview. Apple said that they will make it default in the la
Crash pluginThe crash plugin is displayed automatically when the application crashes during development, so you can view the crash log without checking logcat. There are also many useful functions, such as being able to dynamically change preferences. I will show you where It did not work and how I solved it. Check the dependency of HyperionYou will add this dependencies. debugImplementation 'com.
Vanilla DI is one of the implementation approach of Dependency Injection. And also, Vanilla DI is an approach of design. This approach have the following advantages: Extremely simpleExtremely easy to useZero dependencyGood debuggabilityGood readability for beginnersGood portability for most languagesGood way to layered architectureFor fairness, this approach have the following disadvantages: Can't
A couple of months ago I did a performance comparison between some of the top free DNS Resolvers available. It was just after Quad9 had launched and I was trying to decide which one to use and recommend to families and friends. Google, OpenDNS, Quad9, .. some many options… I love options … And things just got better. CloudFlare, one of the companies that know the most about Internet performance re
GitHubを使ってPull-Request駆動で開発していると、CIに待たされることがよくあります。 レビューは一瞬で通る軽微な変更をPull-Requestにした時マージする前にrebaseしてコミットを整理した時リリースの為にdevelopからmasterへのPull-Requestをした時このようなケースでは、CIが通り次第Pull-Requestをマージしたいでしょう。そんな時に人間がCIが通るのを待つのは時間の無駄です。5分、10分かかるテストをただ待っていても何も良いことはありません。 かと言ってPull-Requestを放置していると、そのPull-Requestの存在を人間は忘れてしまいます。運が良ければ1時間後にそのPull-Requestの存在を思い出して、マージできるかもしれません。運が悪いとPull-Requestが他の変更とコンフリクトして、もう一度CIを待つハ
今年もDroidKaigiに行ってきました。ぼくは基本的にはiOSエンジニアなので、iOSDCのAndroid版みたいなものですねと言いたくなるところですが、歴史的にはDroidKaigiの方が古いです。 なお、去年のiOSDCの感想はこちら。 旅程についてDroidKaigi自体の話に入る前に移動手段の紹介です。ぼくは徳島に住んでいるので、東京のイベントに参加するのは一種の旅行になるのですが、今回、徳島-東京間の移動に初めて夜行バスを使いました。 2/7夜:徳島発(徳島駅前) 2/8朝:東京着(バスタ新宿) 2/8〜9:DroidKaigi 2018(ベルサール新宿グランド コンファレンスセンター) 2/9夜:東京発(バスタ新宿) 2/10朝:徳島着(徳島駅前) 正直な感想として、ものすごく疲れました😣。夜行バスは3列シートにしましたが、足を伸ばせないのがあんなに辛いとは思っていません
Familiar friendsIt’s hard to imagine any apps that don’t use table view or collection view, via classes like UITableView, UICollectionView in iOS, tvOS or NSTableView, NSCollectionView in macOS. Most of the time, we fetch data from the backend, cache and filter to show that data as list or grid. And later, when data has changed, we update your interface to reflect that some items have been inserte
元旦にこういうツイートをしたらたくさんリツイートしていただいたので、せっかくならそう思った背景と決意を書き残そうと思い、初めてブログの筆を取りました。 すべては宇宙の大原則から始まるこんなにも世界は進化しているのに、何故また次々新たな問題が出てくるのだろうと、疑問に思うことがあります。 たとえば、インターネットによって確実に世界は便利で安全になっているのに、より孤独を感じます。WHOは、世界で鬱病に苦しむ人が急増し、推計約3億人強にも上ったと発表しています。飢餓問題が減っても、肥満患者は世界に約10億人いて、今度は過食で死ぬ人が増えています。 たとえば会社経営においても、組織としては確実に成長しているのに、課題を解決したと思ったらまたどんどん新しい課題が出てきます。以前、オリックスの宮内さんが、会社小さいうちはいろんな問題があると思って頑張って会社を大きくしたけど、結果的には、会社が大きく
2017年12月20日に生まれて初めてプレスリリースを出し、いくつかのメディアから取材記事も公開していただいた。 PR TIMES プレスリリースTechCrunchTHE BRIDGEこのMediumエッセイは上記で伝えきれなかった自分の思想を、ポツポツと、とりとめもなくまとめたものになる。また性懲りもなく長いため、お時間のある際に読んでいただければ嬉しい。 Make Something People Want僕は「人が欲しがるプロダクトを創ること」に人生をかけたい、と思っている。 僕は毎日新しいプロダクトとの出会いを求めて、とにかくいろんなものを手にとって触る習慣がある。リアルプロダクト、アプリ、Web、IoT、コモディティ、証券など、なんでも。 毎日、必ず、新しいものを触る。そして手に取ったプロダクトを通じて、作り手のビューを想像する。「このプロダクトは、誰の、何を解決するものなのだ
高性能なMacマシンを確保まず、技術的なこと抜きに一定以上の性能のMacマシンを用意するのが良いです。取っ掛かりの勉強目的などならともかく、中規模以上のアプリを作る場合低スペックマシンでは著しく非効率です。 大体以下のようなイメージで、これ未満だと早めにマシン変えた方が幸せになれると思っています。 2–3年以内に買った20万円以上程度のMacBook Pro: 許容範囲iMac 5K: 良い感じiMac Pro: 一般的なiOSアプリ開発ではオーバースペック気味でコスパは微妙かも🤔会社で、交渉しても低スペック環境を強いられるのならば転職した方が良い気がしています🤔ちなみに転職ドラフトでSWHGという招待コードで登録するとお互いプロテインゲットできるので、気が向いたらお願いします( ´・‿・`) Continuous Integration(CI)環境次に、CI環境について触れます。CI
Apps often have many screens, and UIViewControllerworks well as the basis for a screen, together with presentation and navigation APIs. Things are fine until you get lost in the forest of flows, and code becomes hard to maintain. One way to avoid this is the central URL routing approach. Think of it as a network router that handles and resolves all routing requests. This way, the code becomes decl
Google に代表される「キーワードサジェスト」機能を Elasticsearch を前提に日本語向けに設計。 よくある要件サイト内で過去に検索された有効なキーワードをサジェストしたい。入力されたテキストに関連性が高く、過去に検索された回数の多い順でサジェストしたい。最初に入力された言葉の後に空白を入力すると、最初の言葉と一緒に検索される複合語の候補サジェストしたい比較的シンプルな要件のように見えますが。。日本語を対象にしたサジェスト機能を実装する場合、入力途中の日本語のテキスト受けながら、ひらがな、カタカナ(半角・全角)、漢字、ローマ字(大文字・小文字・全角・半角)のコンビネーションを合わせて、関連性の高い言葉を素早くユーザーに提案しなければなりません。以外と難しいのです。。 Elasticsearch にも Completion Suggester と言うサジェスト向けの機能があるの
「アメリカ就職に失敗したはなし」で盛り上がっているアメリカ就労ビザ話。学歴がないとダメとか、修士以上がイイとか、いろんな意見が出てますが、ここらではっきりさせときます。 Demystifying U.S. Visa! H-1Bまずは、アメリカ就労ビザの花形「H-1Bビザ」。 ざっくり言うと以下のとおり。 企業にスポンサーになってもらう必要がある条件がある毎年4月から申請開始、10月から働ける申請者が多すぎるので抽選になる転職できるH-1Bの条件ソフトウェアエンジニアとしてH-1Bを申請してもらいましょう。条件を満たしているかどうか、次のフローチャートで確認できます。 見てのとおり、学歴は必須条件ではありません。 実際には、移民弁護士と膝を突き合わせて、成績表を眺めながら、コンピュータ・サイエンスの単位として使えるものをピックアップしていく作業が必要ですが、大雑把な傾向としては次のとおり。
はじめに私のお金の使い方は無茶苦茶です。 というか、今までまともにお金を管理したことはなかったという方が正しいですね。 贅沢三昧してきた、というのではなくて、お金についてきちんと考える機会がなかったのです。 そんな自分がお金の使い方を見直してみました、という話です。 そして、給与が年収162万から年収1,000万を超えるまでの簡単な軌跡でもあります。 (しかし、残念ながらこの方法は再現性がないので他の人には何の役にもたたないのです) 給与をあげる話とか、自慢したいという話ではないので落ち着いて聞いてほしいです。 色々な人の経験を聞く限り、給与というのはほぼほぼ選択と運とタイミングですので、給与が上がらない、正しく評価されてない、という人はまず転職(社内の異動でも可)を考えましょう。 他で通用するスキルが身についているかどうかは不断の努力次第ですので、それでもダメならあとは方法を変えるしかあ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く