個人的なShellTipsをまとめてみた - UNIX的なアレ
naoya_itoの火を噴いたシェルtips - Togetter これを読んでふと書きたくなったので。ちなみに僕はbash使っています。 CTRLを使った便利系 まず、UNIXな操作あたり。 キーバインド 意味 CTRL + s キー入力を受け付けなくする 画面出力抑える CTRL + q 上記解除 CTRL + z バックグラウンドに. fgで戻る CTRL + l 画面をクリア。clearと同等 CTRL + c 現在の処理を停止 CTRL + d exitと同等 CTRL + r historyからコマンド検索 emacsっぽいやつ どっちかというとキー操作に近い。基本はemacs。metaは僕はoptionに割り当ててる。とりあえず触りたい人はESCでOK。 キーバインド 意味 CTRL + a 行頭 CTRL + e 行末 CTRL + f → CTRL + b ← CTRL
『キルミーベイベー』ロゴ風フォント「キルゴ」がかわいいぞくそう…
2012年にアニメ化もされたカヅホさんによる人気ギャグマンガ『キルミーベイベー』のロゴ風フォント「キルゴ」が完成し、話題を集めています。 KMBフォント改めキルゴのTrueTypeフォント化が完了しました！TTF化に際して若干字のバランスを調整しています。ダウンロードはhttp://t.co/ilHGti5FjJのothersページよりどうぞ。 pic.twitter.com/UL5Rh4ZJU0 — 名残雪 (@snowy_tgn) 2014, 4月 19 制作したのは名残雪さん。自身のWebサイトで「キルゴ」を公開しています。 4月4日の時点でpng・pdrファイルとして発表していましたが、4月20日（日）、ついにTTFファイル（TrueTypeフォントのこと）として完成しました。 なお、商用の可否については明確な基準が設けられていないものの、同人活動での使用はOKとのこと。 ただし、
Objective-Cで非同期処理のテストをシンプルに書く方法 | TOKOROM BLOG
非同期処理のテストってどう書いてますか？ 標準のXCTest自体がサポートしていれば良いのですがそうではないので、非同期処理のテストを書きたい場合には、その仕組みを自作するか出来合いのライブラリを利用する必要があります。現実的な選択肢としては、 GHUnitやKiwiなど非同期処理をサポートしたテストフレームワークを利用する GHunitの非同期処理のテストの仕組みを真似て抜粋したライブラリを利用する（意外とこれが多いかも？） expectaなどのマッチャーライブラリに付属の非同期処理の仕組みを使う となるかと思います。 ただ、私が調べた時点だとどれもしっくりきませんでした。 まず、GHUnitやKiwiなどを採択している場合には良いのですが、非同期処理のテストを書くという目的だけのためにそれらのフレームワークを使うというのは冗長すぎます。 また、GHUnitの非同期処理の仕組みだけを抜き
KLab若手エンジニアの これなぁに？ : 2014年3月度ALMレポート(株式会社グラニ様との合同開催)
カテゴリ 2014年3月度ALMレポート(株式会社グラニ様との合同開催) お久しぶりです、okabe-mです。 KLabでは毎月ALMという社内勉強会を開催しています。 ALMとは ALMとはAll Layer Meetingの略で、職種・役職・発表内容を問わない勉強会・発表会です。 内容的に高度なものである必要はありませんが、発表者自身が工夫した箇所があることを求められます。 また、発表者にはプレゼン練習、聴衆には質問する能力を養う機会を提供する目的もあります。 開催は東京六本木の本社で行われますが、TV会議システム、インターネットを通じて国内外の拠点に配信を行っています。 3月度は株式会社グラニ様との合同で勉強会を開催しました。 弊社と株式会社グラニ様でそれぞれ発表を2人ずつ発表して頂きました。 さっそく、レポートに移りましょう。 Github:eで仕様書を書こう(KLab株式会社 加
LINE iOSアプリ開発についてのご紹介 LINE Engineers' Blog
[English version] はじめまして、LINE技術戦略室のhayaishiです。 趣味は自転車と言っていますが最近は全く乗っていません。 この記事では、LINEのiOSアプリ開発に関することをいくつかご紹介させていただこうと思います。 LINEのiOSアプリ開発環境 ソースコード管理 ソースコードはgitで管理しています。gitのリポジトリブラウザとしてGithub Enterpriseを利用しており、Githubでお馴染みのPull Requestなどを活用して開発を進めています。 また、LINEのiOSアプリのタスクについてはGithub Enterpriseとは別のチケット管理システムを利用しておりそちらのステータスと連携して開発者、QA、プランナー間の開発状況の共有を行っています。 Gitでの開発フローについて LINEのiOSアプリはgithub-flowの様に
文字コード地獄秘話 第1話：Unicodeにおける全角・半角 - ALBERT Engineering Blog
ごあいさつ 皆様はじめまして、文字コードおじさんです。細々とカメラ屋を営んでおりましたが、エンジニアとしての技量を評価され、ALBERTのシステム開発・コンサルティング部で働くことを許されました。特技はサーバーの統廃合です。 今回は最初ということですが、Unicodeにおける全角・半角の取り扱いについて触れてみようと思います。なお、さも連載するかのように第1話と銘打っていますが、上層部の無慈悲な裁決によっては1話打ち切りもありえますので、その際はご容赦ください。 固定観念を捨てよう 「全角50文字、半角100文字まで」といったような文言を見かけたことがあると思います。 特にUnicode以前のレガシーな処理系では全角文字に2バイト、それ以外は1バイトという割り当てが慣習となっていました。 このため、「全角=2バイト文字、半角=1バイト文字」という観念が世間に定着しているのが現状です。 しか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。