Photoshop における 4 つの機能拡張方式について、簡単にまとめてみた。 具体的な開発方法については触れていないが、各方式の概要だけでも掴んでおくと、情報収集の際に混乱することが少なくなると思う。 1. スクリプト 処理を記述したスクリプトファイルを実行するという、最も単純かつ基本的な方式。
Photoshop における 4 つの機能拡張方式について、簡単にまとめてみた。 具体的な開発方法については触れていないが、各方式の概要だけでも掴んでおくと、情報収集の際に混乱することが少なくなると思う。 1. スクリプト 処理を記述したスクリプトファイルを実行するという、最も単純かつ基本的な方式。
既存のデータベースから Amazon Aurora MySQL DB クラスターにデータを移行するために、複数のオプションがあります。また、移行オプションは、移行元のデータベースおよび移行するデータのサイズによっても異なります。 移行には物理と論理の 2 つのタイプがあります。物理移行とは、データベースファイルの物理コピーを使用してデータベースを移行することです。論理的な移行とは、挿入、更新、削除などの論理的な変更を適用することでデータベースを移行することです。 物理移行には以下の利点があります。 物理移行は、特にデータベースのサイズが大きい場合、論理的な移行よりも高速です。 物理移行用にバックアップを作成するとき、データベースのパフォーマンスが低下しません。 物理移行では、複雑なデータベースコンポーネントを含め、出典データベースのすべての内容を移行できます。 innodb_page_si
テストがなかった無法地帯のプロジェクトに自動テストを導入して、開発速度を1.7倍にした話をします。 自動テストがなぜないのか 自動テストのないプロジェクトには、そうなる理由が必ず存在します。よくみる理由は、「時間がないから1」「テストの書き方がわからないから」「無理やりテストを書いたつらい経験があったから2」といったものです。今回のプロジェクトの場合は、以下の2点でした: 自動テストの書き方がわからないから レビューがテスト代わりだったから まず、チーム編成が変わって私ともう一人がチームに加わるまで、実装者の中に自動テストの経験者はいませんでした。このような状況では、自動テストは困難になります。なぜなら、何をどうやってどこまでテストするかを決めるには、多少の慣れが必要だからです。この慣れがないと、何をしたらいいかわからないという状態に陥りがちで、結果として自動テストが後回しにされてしまいま
【教えてくん】コミュニティーなのです。 なんかニュースとかあったらここに書こうかと思ってますよ。とりあえず、おいらのブログ 一般ユーザーと経営者の乖離 http://nlab.itmedia.co.jp/nl/articles/1711/29/news097.html 某ドワンゴ社は着メロのサイトとして上場したわけですが、 その当時CELLという大学生が作った会社が優秀な音源を作っていまして、そこにかなりの権力を持たせちゃうという荒業をして、「現場の判断がきちんとサービスに反映する」という現場の仕事がしやすい環境にしてました。 社内で反発する勢力があったと思いますが、そういう他社でも信じて任せられるのが川上さんのいいところであり、優秀なところだと思います。 んで、ニコニコ動画が始まったタイミングで、外部の人であるおいらと川上さんと夏野さんが最終決定権を持ってるという謎の状況が続いていました
Amazon Web Services(AWS)は、米ラスベガスで開催中のイベント「AWS re:Invent 2017」で、サーバレスコンピューティングを提供するAWS Lambdaの機能強化を発表しました。 API GatewayとVPCとの統合機能、3GBメモリサポート、コンカレンシー制御の強化などに加え、.NET Core 2.0のサポートおよびGo言語のサポートが発表されました。 Amazon.com CTOのWerner Vogels氏がGo言語のサポートを発表すると、会場からは大きな拍手があがりました。「たくさんの人から、Go言語はサポートしないのかと聞かれた」(同氏) さらにサーバレスアプリケーションを再利用可能にする公開リポジトリの「AWS Serverless Application Repository」が登場。 AWS コンソールからサーバレスアプリケーションの登録
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く