VSCodeのRemote Development機能が革命的な話。 - Crieit
背景 今月始めにMicrosoftからRemote Development Extension Pack. というのが発表された。簡単に言うと、VSCodeでコードを書くOSとプラグインが実行されるOSを別にすることが出来る。 よくあるパターンで、「MacでNokogiriがビルドできません」「WindowsでESLintを実行するにはどうしたら良いですか」みたいな質問がある。 最終的にサービスを公開するときにはどうせLinux使うのに、開発するときしか使わない別のOSで同じものを動かす苦労って無駄だよなあ、と思っていた。 じゃあ最初からLinuxで開発すればいいかというと、最近の高度化したWeb開発はIDEの支援なしに実行することが困難で、RubyだったらRuboCop、JavaScriptだったらPrettierやESLintで文法チェックしてもらわないと人類にはついていけない。これら
開発環境をクリーンにする個人的な3つの禁止事項
開発環境は放っておくと自分の部屋と同じで散らかって行きます。 必要なファイルが見つからなくなったり、毎日使うツールが壊れてしまったり…。 そうなると、仕事が進みません。 PCは唯一の仕事道具なので、出来るだけクリーンに保ちたいもの。 そこで私は個人的に3つの禁止事項を決めています。 今日はそのまとめ。 1. 環境を同居させるな えー、簡単に言うと”仮想化しましょう“ってことです。 Macを使っている方は、Apacheも入ってるし、MySQLもインストール出来るし、そのままでも良いじゃない。 あるいはXAMPPやMAMPを使っている方は、インストールすれば環境が揃うし。 そう思われるかもしれません。 しかし、仮想化して開発用のOSを別に持っておけば、良いことが色々とあります。 環境を壊せる！ 好き勝手出来るマシンが1台手に入ったも同然です。自分のマシンでは出来ない恐ろしいことも出来ます
【Xcode】設定しておくと便利なカスタマイズいろいろ | iphoneアプリで稼げるのか
いろいろカスタマイズして便利にします。 外観 デバッグコンソールなどを１つのウィンドウに統合する シミュレータでアプリを起動すると、デバッガコンソールがXcodeの後ろに隠れてしまい、いちいちフォーカスを切り替えるのが面倒。そんなときはこの設定を。 Xcode→環境設定→全般→レイアウト→オールインワン アプリ実行時にデバッガを自動的に表示する Xcode→環境設定→デバッグ→開始時→コンソールとデバッガを表示 __MY_COMPANYNAME__を変更する ファイルを新規に作成する時にファイル作成者の情報等が自動生成されるが__MY_COMPANYNAME__が気持ち悪い。そんな時は、コンソールから以下のコマンドを叩く。YourNameHereを表示したい名前に置き換えて。 ?View Code SHELLdefaults write com.apple.Xcode PBXCu
iPhone で Ruby/RubyCocoa を動かしてみた - @takuma104 log
iPhoneでC#アプリが審査に通るワケという記事に刺激されて、CILが動くんだったらRubyも動くよな、とか思って、iPhone SDKで、Rubyの移植から始めてみました。結論から言うと、Ruby / RubyCocoa ともに、実機/シミュレータともなんとなく動いてます。 スクリーンショット これだけだと、何のことか分りませんね。。 上のスクリーンショットのアプリを書くのに必要なRubyコード こんな感じです。Mac版のRubyCocoaの書き方をそのまま踏襲できます。 require 'rubycocoa' class MyAppDelegate < OSX::NSObject def applicationDidFinishLaunching(application) @window = OSX::UIWindow.alloc.initWithFrame(OSX::UIScree
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
【特集】iPhoneアプリケーション開発入門 | エンタープライズ | マイコミジャーナル
Copyright (C) Mainichi Communications Inc. All rights reserved. 掲載記事の無断転載を禁じます
【特集】iPhoneアプリケーション開発入門 (1) 2008年の一大トピックス | エンタープライズ | マイコミジャーナル
2008年の一大トピックス 2008年のIT分野のトピックを振り返るときに、iPhone 3Gの登場は外すことができないだろう。3Gネットワークに対応して、広く世界中で販売されたこの携帯電話は、瞬く間にヒット商品となった。 注目すべきはデバイスとしての機能だけではない。サードパーティにアプリケーション開発の門戸を開くべく、iPhone SDKが公開。さらに、開発したアプリケーションを世界中で販売できるApp Storeもオープンした。これによりiPhoneはもっともホットなプラットフォームとなり、現在までに登録されたアプリケーションは10,000本。ダウンロード総数は1億本という、驚くような数字が記録されている。 iPhoneとApp Storeは、ユーザだけでなく開発者にとっても魅力的だ。個人や資金力のない会社でも、開発した製品を世界中に問うことができるのだ。アイディアと技術力を武器にし
ソフト開発を「できない」から始めない──木下誠氏 (1/3)
HMDT 代表取締役。著書に「たのしいCocoaプログラミング Leopard対応版」（BNN新社刊）などがある（Amazon.co.jp）。学生時代にMacと出会い、2000年よりウェブサイト「HMDT」でMacによるプログラミングの紹介などを始め、2007年にHMDTを設立。現在はウェブブラウザー「シイラ」プロジェクト、さまざまな企業とのコラボレーションによるiPhoneアプリケーション制作などを行っている 針のない新しい時計のカタチ 最近、毎日のように「iPhoneはどんなケータイですか？」と聞かれる。僕は決まって「iPhoneはヒトのようなケータイ」だと答えている。それは、iPhoneが追加するアプリケーションによってさまざまに変化し、世の中に同じiPhoneは存在しないと思わせるほどの多様性を見せているからだ。 iPhoneアプリケーションを多数手がけ、オリジナルブランドとして「
「OpenCL 1.0」が公開--アップル提案のAPI仕様が業界標準に
業界コンソーシアムのKhronos Groupはシンガポールで現地時間12月9日、API仕様「OpenCL 1.0」を公開した。OpenCLは、Appleが最初に提案したものだが、グラフィックチップ企業のNVIDIAやAdvanced Micro Devices（AMD）など多くの企業から支持を獲得し、業界標準となった。 OpenCL（Open Computing Language）は、基本的には3Dグラフィックスとコンピュータオーディオのオープンな業界標準で、グラフィックスプロセッシングユニット（GPU）の性能を拡張することを目的とする。 意外なことではないが、NVIDIAやAMDのグラフィックス部門であるATI Technologiesなど、グラフィックチップ企業は早々とOpenCL 1.0のサポートを表明している。NVIDIAとATIがそれぞれ12月9日に発表したほか、Khronos
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
