Version 1.94 is now available! Read about the new features and fixes from September. Remote Development with VS Code May 2, 2019 by The VS Code Team, @code TL;DR Today we're excited to announce the preview of three new extensions for Visual Studio Code that enable seamless development in Containers, remotely on physical or virtual machines, and with the Windows Subsystem for Linux (WSL). You can g

はじめに こんばんは。モバイルアプリサービス部の平屋です。 以下の記事でNode.js + express + Multerでファイルアップロード API を作成する手順を紹介しました。 [Node.js] express + Multer を使用してファイルアップロード API を作成する 同じ機能を持つアプリを、Swift製WebフレームワークVaporを使用して作成してみましたので、その手順を紹介していきます。 検証環境 macOS Sierra 10.12.3 Xcode 8.2.1 Homebrew 1.1.1 swiftenv 1.2.1 Swift Snapshot DEVELOPMENT-SNAPSHOT-2017-03-09-a Vapor Toolbox 1.0.5 環境構築 以下の記事と同じ手順でswiftenvとVapor Toolboxを使用して環境を構築しました

CSSのfont-familyで游ゴシックを指定すると、Windowsで細くなってしまう問題の原因と解決方法を中心として、最近の日本語フォント事情をまとめました。 CSS Nite LP47 Coder's High 2016にてお話した内容です。 昔からマークアップエンジニアを悩ませて…

ArchLinux 2013.02.01 インストールメモです。　→ Arch Linux 2013.09.01版を追加しました。 今回は32bit版を使用しました。 ・使用メディア ISO: archlinux-2013.02.01-dual.iso ・メディアからのブート 上記イメージよりブート。 今回は32bit版を選択する。 ブート完了後、インストール用のライブOSが起動したところ。 (rootで自動ログインした状態) 事前準備として、まずは日本語キーボードを使えるようにする。 # loadkeys jp106 ・インストール準備 [ Network ] 手動設定を行う。 (DHCP環境なら特に設定不要） iproute2コマンドでの設定例 # ip addr show # ip link show # ethデバイス名を確認 # ip link set eth0 up # ip

Quick Lookの機能を強化するプラグインと、Quicklookでソースコードをハイライト表示してくれる「QLColorCode」を自分好みにカスタマイズする方法、ついでに小技なども含めた17個のTips集です。 微妙な感じのプラグインが少し混ざってますが、メモを兼ねてまとめて記事にしてみました。 Quick Lookを快適にする17のTips  目次 QuickLookでシンタックスハイライト JSON形式のファイルを表示 Appleスクリプトを表示 拡張子のないファイルを表示 Markdownで書かれたファイルを表示 CSVファイルを表示 ZIP等の圧縮ファイルの内容を表示 パッケージファイルの中身を表示 画像ファイルのサイズを表示 Photoshopのブラシを表示 ZIPファイルのサムネイルを変更 SQLite3のデータベースを表示 Day Oneの日記を表示 NFOファイルを表

"Managing client feedback is often more work than the website build itself." – every web development team ever. Hi everyone 👋 ‍ I’m Steve. CEO @ BugHerd
and former agency owner. ‍ ‍ The truth is, most clients suck at giving website feedback in a format that designers and developers will understand. ‍ “The button doesn’t work” Thanks, Sally Stakeholder. ...Which button? ...On what page? ...Which b

はじめに Webサービスやアプリを企画したり、立ち上げたりする際にプロトタイピングツールや、ExcelやPowerpoint、Illustraterなどを駆使した謎のファイルで画面遷移図を描くことがある。 こういう図を元に仕様を決めて行って、サービスを作っていくのは以下の点で困る。 画面遷移図が保守されない。 書くのが非常に面倒くさい ユーザーのモチベーションの流れが追いづらく、見た目ばかりに注目してしまうものになりがち マシンリーダブル(ソフトウェアで構造を取り出せない)でない。 このような欠点があってどうにも扱いづらい。 そんなわけで、markdown風のテキストから簡単に画面遷移図を描けないかなとコンパイラを作成し、次にそれをインタラクティブに編集できるエディタを作成した。 UI Flows図について 画面遷移図的なものを書く際に、僕が個人的につかっていた表現方法として、UI Flo

>>> $ py.test ../tests/test_webapi.py =============================================================================== test session starts =============================================================================== platform darwin -- Python 2.7.5 -- py-1.4.31 -- pytest-2.7.0 rootdir: /Users/*****, inifile: pytest.ini plugins: cache, django, pep8, pythonpath collected 2 items ../tests/test_webap

SDKを入れて画面をスワイプするだけでアプリ画面に直接コメントを残せます。レビューからのカイゼンサイクルを超高速化できるフィードバックツールです。Updraftはあなたの開発したアプリを瞬時にチームへ配布し実機で確認ができます。 多くの人にカンタンに共有し、スマートフォンアプリにカンタンに直接フィードバックができ、アプリをさらにブラッシュアップすることができます。

6. GoでWebアプリを開発する メリット ●  インタプリタと比較して 高速・軽量 ○  Railsより50倍の速度と10倍の省メモリという話も[1] ●  並列処理 が簡単 ○  goroutine（スレッド）と channel（メッセージパッシング） ○  go func() のように go を使うだけ ●  シングルバイナリ でデプロイ ○  コンパイルしたバイナリをアップロードするだけ ○  ライブラリのインストールなどが不要 ○  コンテナ や マイクロサービス との親和性が高そう 16/02/27 6 [1] https://plus.google.com/+MattAimonetti/posts/PeZk8FY3PWY 7. GoでWebアプリを開発する メリット ●  コーディング規約 を統一 ○  gofmt（goimports）で強制的に直される ○  可読性が上が

OPA(Orchestrate Platforms and Applications) on AWS で始める Platform Engineering

プログラミング用フォント Myrica Myrica （ミリカ）は、フリーなプログラミング用 TrueType フォントです。 視認性、判別性 が高くなるように、複数のフォントファイルを元に合成/修正しました。 フォントの特徴 多くの特徴をプログラミング用フォント Ricty から継承しています。 ASCII文字は「Inconsolata」が適用されます。 それ以外の文字には「源真ゴシック」または「Mgen+」が適用されます。 半角文字と全角文字の横幅の比が 1:2 に調整されています。 視認性の高い日本語文字 (半濁音など) が使用できます。 Rictyにない特徴 以下の文字にはヒンティング情報がありますので、Windowsでもクッキリしています。 ASCII文字はヒンティング付きの Inconsolata から、ヒンティング情報を継承しています。 平仮名と片仮名にもヒンティング情報を付

エンタープライズJava開発に従事している方であれば、一度はStruts 1を扱ったことがあるでしょう。Struts 1はJavaのWebアプリケーションフレームワークとして2001年ごろに誕生しました。 MVCモデルに基づいたアーキテクチャと高い生産性から、数年後にはデファクトスタンダードとなるほどの人気を獲得。当時、多くの企業がこぞってStruts 1を使った企業システムを構築しました。筆者自身が業界に入ったのは2004年のこと。最初に参加したプロジェクトがStruts 1を使った企業システムの構築だったことをよく覚えています。 当時に作られたシステムの多くは、今でも現役で稼働しています。最近でもStruts 1ベースの企業システムを改修する話はよく聞きます。しかし、2013年にサポート終了を迎えたため、今後Struts 1を使い続けることは大きなリスクになりました（参考）。つまり、新

1ヶ月くらい前、 「バグをドラゴンと呼んだらどうなるか」というTweetを見ました。 確かに、バグをドラゴンと読んだ場合「Sクラスのドラゴンが出ました！」「Aクラスのドラゴンを相手にしてる最中だってのに！」って会話になるし、ドラゴンは結局人の手で生み出されたものってところが中二ファンタジーっぽくて良い— 尾野（しっぽ） (@tail_y) March 18, 2015 これは天才的発想だなと思って職場で雑談で話してみたところ、 同僚のスペイン人エンジニアにバカウケしまして、 それからちょいちょいバグのことをドラゴンと呼ぶようになりました。 せっかくなので、どんな雰囲気になるのかまとめてみようと思います。 先に言っておくと、自分ともう1人スペイン人エンジニアが時々チャット上で使っているだけで、 正直そんなに流行ってないです。 なんかテンションが上がる バグ修正ってマイナスをゼロにするだけで何

ココナッツオイルの硬度に春を感じている@kyo_agoです。 ユーザプレビュー用のChrome extensionを公開したので紹介したいと思います。 問題弊社ではリモート（シリコンバレー）に非エンジニアの決済者がおり、「新機能のレビューをどうやって行うか」が問題になっていました。 非エンジニア決裁者に向けた、技術アーキテクチャの説明 | チャットワーククリエーターズブログ これまでは以下の様な方法でレビューを行っていましたが、それぞれ問題があり解決策が求められていました。 画面を共有して説明するChatworkのLive機能で画面を共有しつつ説明する方法です。 メリット開発環境への接続方法等を考えなくていいので簡単気になる部分はその場で確認できるデメリット時間を合わせる必要がある（時差があるので時間調整が難しい）自分で操作できない（相手に音声で操作を依頼する必要がある）相手の環境でしか確

オープンソースのバルクデータローダー「Embulk」登場。fluentdのバッチ版、トレジャーデータが支援 何ギガバイトもあるCSVをデータベースに読み込ませるようなバルクデータをバッチ処理するためのツール「Embulk」がオープンソースで公開されました。 コミッターとして開発しているのは、ログ収集ツールとして知られるfluentdなどの開発者として知られる古橋貞之氏、西澤無我氏、中村浩士氏らで、3人が所属するTreasure Dataも開発を支援しています。 古橋氏はEmbulkについて「簡単に言うとfluentdのバッチ版です」と説明。1月27日に行われた「データ転送ミドルウェア勉強会」で、Embulkの紹介を行いました。 Embulkはプラグインベースのバルクデータローダー 古橋氏はまず、例えばCSVファイルをPostgreSQLに読み込ませようとすると、CSVの日付のフォーマットが

為替レートの影響がジワジワと拡大している。このままの流れではアプリやMacも値上げする可能性がありそう。 デベロッパープログラムが一気に4,000円も値上げ これまで年間7,800円だった登録料が一気に4,000円も値上がりし、11,800円になる。恐らく為替レートの影響ではないかと思われるが、それにしても変動額が大きい。 ホントだ(n;‘Д‘))n　iOS Developer Programが11,800円 (税別)になってるー！それまでは7,800円(税別)。他のアップル製品もどんどんくると思うので欲しいものがある人は早めに買ったほうがいいかも。　https://t.co/PFwowQFo0K — ゆこびん@iOSアプリリリースしました (@yucovin) 2015, 1月 23 ヨーロッパ圏では同様の価格改定が実施されている。昨年11月には「iPhone 6」「iPhone 6 P

モダンなチーム開発環境 モダンなチーム開発環境の考慮ポイントの図解 ソフトウェア開発は、ビジネス価値を創造する一翼を担っていますので、ビジネスアイデアをビジネス価値に転換するビジネスパーソンの意向は、とても大切です。それを「動くソフトウェア」にするために、開発エンジニアリングを行うわけですが、それがとても複雑であるということです。ウォーターフォールモデルで開発できる場合は、工程ごとにガッツリ全体を作っていくのである意味シンプルに見えます。しかし、それらの成果の関連や追跡可能性を考えてみるとウォーターフォールモデルで追跡可能性を創出し、維持することはとても難しいことはわかってきます。では、アジャイルな開発、優先順位を決めて、提供可能なものを選んで開発し、提供し続けるモデルの場合は、企画ー計画ー開発ービルドーデプロイが何度も繰り返されるだけではなく、パラレルに動くことが要求されます。たとえば、