Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
![物理サーバを選定する際のポイント – Eureka Engineering – Medium](https://cdn-ak-scissors.b.st-hatena.com/image/square/96c17240e5e2d585a7b88afbfdb589268b9535b1/height=288;version=1;width=512/https%3A%2F%2Fcdn-images-1.medium.com%2Fmax%2F1200%2F1%2A4nQvYibd3aHYOp1xrvmfMQ.png)
Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
これからiOSの開発を始める新人プログラマーさんたちに向けて僕が知っている範囲で大変恐縮ですが、OSS活動やQiita、Blog、Twitter、勉強会、執筆などアウトプットされている方を中心に集めてみました。 ここでご紹介させて頂いたエンジニアはほんのごく一部で、もっともっとたくさんの素晴らしい活動をされている方々がいらっしゃいます。紹介しきれず、本当にごめんなさい。m(_ _)m 各エンジニアのQiitaやBlogの記事を読んだり、OSSへのコントリビュートの活動を見たり、開発されているOSSをコードリーディングすることで視野が広がり、きっと成長の糧になることと思います。また先人の方々の活動のように、ご自身が今後学ばれた知見をアウトプットし、コミュニティで活動されると嬉しく思います。 記事やOSSをリンクまとめにせずエンジニア(人)を軸に紹介しています。誰が書いたり作ったりしているのか
はじめに これから書く内容は、シェルスクリプトをばりばり書いている現場(サーバエンジニア・インフラエンジニア)向けのものではありません。 年に数回crontabをいじるような現場(サーバに詳しくないアプリケーションプログラマが多数を占めるような現場とか、Webデザイナや非プログラマがcrontabをおそるおそるいじったりするような現場)を想定しています。 >/dev/null 2>&1 の問題点 この記法の問題点は、「覚えにくい、間違えやすい、間違ってても気づかない」ということです。 初心者を迷わせる要素がこんなにあります。 >/dev/nullは先か後か 1と2はどちらが先か &はどこに書くのか よって下記のように多種多様なミスが起こり得ます。 2>&1 >/dev/null >/dev/null 1>&2 >/dev/null 2>1& >/dev/null &2>1 これをぱっと見て
CMSの機能比較表をあえて作ろうという個人的なプロジェクトを進めています。なぜ「あえて」なのかと言うと、多くのCMSに関わる人は、機能比較表が嫌いだと思うんですよね。たいていCMSの機能比較表は、表を作った人が推しているCMSに有利なようになっているからです。 とはいえ、今年はCMSを複数比較して、適切に選べるようになりたい、というウェブ業界の流れがあると思います。ある程度、不公平のない比較表がないものか。よし、作ろう!ということで、この記事を書いています。 この記事が目指すところは、まず機能比較表の項目一覧を作ろうという段階です。CMSを比較する上で、ポイントになる機能や考え方について、リストアップすることを目指しています。「その項目はCMSを比較する上で役に立たない」「あの項目が足りていない」など、ツッコミをお待ちしています。ツッコミカモン! ツッコミを受けてこのCMSの機能一覧がブラ
このエントリは MySQL Casual Advent Calendar 2014 の1日目として書かれた記事であり、同時に Google Cloud Platform Advent Calendar 2014 の17日目として書かれた記事でもあります。 このエントリは MySQL と BigQuery を組み合わせて使う際に誰しも思うであろうことをどう解決するかという一手について書いたものです。 MySQL について もはや説明不要の RDBMS ですね。これを読まれている方の中でも多くの人が使っているのではないでしょうか。 MySQL Casual Advent Calendar 2014 はまだまだ執筆者を募集しておりますので、ふるってご参加ください。 MySQL Casual Advent Calendar 2014 - Qiita BigQuery について こちらも説明は要らな
※注意:2015年5月末くらいに試した内容なので今後も使い続けられる方法かどうかはわかりません。 BigQueryにデータをインポートしたけど間違いがあったのでインポートし直したい、ということありますよね。 普通のDBみたいにtruncateやdeleteができれば楽なのですがBigQueryにはそのような機能は用意されていないようです。 しかし、クエリ実行のオプションを使うことで擬似truncateすることができたのでメモしておきます。 まず、WebUIを開き、truncateしたいテーブルのselect文を書きます。この時、LIMIT 0を付けておきます。 そして右下のShow Optionsボタンをクリックします。 Destination Tableに同じテーブルを指定し、Write PreferenceをOverwrite tableにします。 データ量が多い場合はAllow La
はじめに:「僕にもそんな頃があった」 先日、西脇.rb&神戸.rbの合同勉強会として「RailsプログラマのためのSQL勉強会」を開催しました。 この勉強会は出題者(=僕)が出したSQL問題を他の参加者が解く、というスタイルの勉強会です。 参加者の方の中には最近プログラミングを始めた、という人も何人かいました。 そういう人にとっては問題がちょっと難しかったので、ときどき僕がサポートに回って質問に答えたり、解き方をある程度教えたりしていました。 また、話がちょっと脱線して「僕が作ったこれぐらいのWebアプリは、伊藤さんなら何時間ぐらいで作れますか?」みたいな質問を受けたりもしました。 その中で言われたのが、 「説明されたらわかるけど、自分一人でこの答えにたどり着くのは無理です」 「えっ、そんな短い時間で作れるんですか」 といったようなコメントです。 そういったコメントを聞くと、「あー、僕にも
こんにちは。Airレジ開発チームでiOSエンジニアをしている山口です。 みなさんはiOSは好きでしょうか。私は開発者・ユーザーとして大好きです。統一感のあるデザインや使いやすさなど素晴らしいですね。その背景にはAppleが定めるデザインガイドラインの存在があります。各アプリケーションがデザインガイドラインに沿って開発を行うことで、iOS全体として統一感のある世界観が築かれています。 しかしながら、ただガイドライン通りにアプリを作っていくだけでは個性のないアプリになってしまいます。iOSらしさを保ちつつ個性のあるアプリを作るには、開発に関わるメンバーがガイドラインを意識し、コミュニケーションを取りながら開発をしていくことが重要だと思っています。 そこで今回は、そのガイドラインの観点からアプリ全体の構成・画面遷移を考える際に知っておくべき内容について書いていこうと思います。 iOSデザインガイ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く