クロジカスケジュール管理は、予定共有ができるスケジュール管理クラウドです。 シリーズ合計1,800社35,000人以上が利用しています。
![Aipo(アイポ) - ビジネスコラボレーションツール](https://cdn-ak-scissors.b.st-hatena.com/image/square/c39f7af696b2ac29b7069d2886e90a9c7e8c2403/height=288;version=1;width=512/https%3A%2F%2Fkurojica.com%2Fschedule%2Fwp-content%2Fuploads%2F2023%2F02%2Fogfile.png)
<!--HTML--> <div class="clusterize"> <table> <thead> <tr> <th>Headers</th> </tr> </thead> </table> <div id="scrollArea" class="clusterize-scroll"> <table> <tbody id="contentArea" class="clusterize-content"> <tr class="clusterize-no-data"> <td>Loading data…</td> </tr> </tbody> </table> </div> </div> <!--HTML--> <div class="clusterize"> <table> <thead> <tr> <th>Headers</th> </tr> </thead> </table> <
フリーランス歴10年を超え、ますますWEBデザイナーとしての幅が広がってきたという「crema design」黒野明子さん。グラフィックデザイナーであり、コーダーであり、講師としても活躍する彼女は「私にはコレ!という特技はない」という。いかにしてマルチスキル力を高めてきたのか? [プロフィール]黒野明子 デザイン事務所、制作会社を経て2003年よりフリーのWEBデザイナーに。デザインユニット「linker」を経て、現在は「crema design」として個人で活動。インターフェイス開発・運営、サイトデザイン等を担う。動画学習サイト『lynda.com日本版』トレーナー、WEB制作入門サイト『Adobe Pinch In』でのデザイントレンド解説記事執筆等も担当。主な著書『デザインの学校 これからはじめるIllustrator&Photoshopの本』(技術評論社)『ウェブデザインコーディネ
Incremental test design 昨年度追加されたISTQBのFoundation Level Extension Syllabus Agile TesterのAgile Testing Practicesの項にはテスト設計に関する興味深い記述がある [1]。 Incremental test design: Test cases and charters are gradually built from user stories and other test bases, starting with simple tests and moving toward more complex ones. アジャイルテストのテスト設計の特徴として ユーザーストーリーをテストベースとして用いる事 シンプルなテストケースの追加から始まり、より複雑なものへと変化して行く事 Increme
2015/10/03 phpcon 2015 updated at 2016/01/13 about default_password_lifetime's default will be 0
ゴールデンウィークの休み中に2冊技術書を読破しようと思ってるtanakaです。 Microsoftの技術イベントBuild 2015についての報道をいくつか見ました。手っ取り早く試せるVisual Studio Codeを試してみて、なにか記事にできそうなことないかな〜と考えたところ、コーディングスタイルチェックツールのPHP_CodeSnifferと連携できたのでやり方を紹介します。環境はMac OS Xです。 注意 以下のやり方はプレビューリリース版(0.1.0)での方法なので今後変わる可能性があります。 前提条件 PHP_CodeSniffer がインストール済みで phpcs コマンドで呼び出せる。 適当なPHPプロジェクトを用意する 設定方法 今回紹介する方法は、グローバルな設定ではなく、プロジェクトごとの設定になりますので、とりあえず適当なPHPプロジェクトを開いてみましょう。
スマホからウェブにアクセスするユーザが増え、ウェブサイトの表示速度の高速化がより重要な制作の課題になっています。1ページもののサイトなら、フロントエンド・エンジニアが一人で実装できるかもしれませんが、ある程度の規模のウェブサイトではワークフローやサイト全体の設計にも関わってきます。また、表示速度の高速化の方法を知らなければ、最適化しやすい、より高度なデザインは実現できないでしょう。エンジニアだけでなく、デザイナーやディレクターがこういった情報を知っていれば、よりスムーズに結果を出せるウェブサイト制作ができるはずです。 ページ表示速度の改善にはいろいろな方法がありますが、この記事では一番効果がありそうなところから攻めていきたいと思います。自分もまだまだ勉強中なので、まずはfilament groupのScottさんの記事 やClearleftのJeremyさんの記事 を参考に、フロントエンド
Update 2015/5/8: 指摘頂いたタイポや誤訳などを更新しました。 2015/5/8: 構成を一部修正しました。 Intro 4/30 mozaiila のセキュリティブログに下記のようなエントリが投稿されました。 Deprecating Non-Secure HTTP | Mozilla Security Blog エントリはそこまで長くないので、ここに翻訳の全文を記載します。 そして、元エントリのライセンスである CC BY-SA 3.0 に則り、 本エントリも同じく CC BY-SA 3.0 とします。 Deprecating Non-Secure HTTP 原文: Deprecating Non-Secure HTTP 今日は、 non-secure な HTTP から、徐々に廃止していくという方針についてアナウンスします。 HTTPS が Web を前進させる手段である
先日参加した、isomorphic tokyo meetupで紹介されていたfetchrが良さそうだったので、使ってみた。 fetchrが解決する課題 React+Fluxでサーバサイドレンダリング時に、superagentやaxios、isomorphic-fetchなどのIsomorphicなHTTPクライアントを使ってデータをフェッチするが、そのまま使うと下記のような課題にぶつかる。 ブラウザから直接BEのAPIにアクセスできない(またはさせたくない、外部のAPIでキー・シークレットをブラウザ側で持ちたくない)場合、そのAPIとProxyするエントリポイントを作る必要がある。 フェッチ部分のロジックが共有されるので、ブラウザではWeb API経由でフェッチして、サーバサイドレンダリング時は直接DBにクエリを叩きたい、みたいなのを自分で実装すると面倒。 fetchrはBEや外部のAPI
社内勉強会でいろいろ教えてもらったのでメモ。トレンドと呼ぶには一、二年遅い。なお自分の考えを整理するために書いているものなので正確さは保証しませんしツッコミも不要です。 前提: 仮想マシンと仮想マシンイメージ VirtualBox とか、 AWS なら AMI とか。ホストマシン上で動作しているものが仮想マシンで、仮想マシンイメージは仮想マシンのスナップショットだったり、それをもとに新しい仮想マシンを作れる雛形だったり、くらいに理解しておけばよい。 Vagrant と Packer 仮想マシンと仮想マシンイメージの技術があるおかげで、作業環境(Mac とか Windows とか)上でプロダクション環境により近い環境を手軽に用意できるようになた。しかし仮想マシンの管理(起動したり、設定を変えたり)は手作業でやる必要があった(VirtualBox なら GUI でぽちぽちやったりとか) Vag
個人のアプリ開発は楽しいです。けど時々寂しいです。 例えば深夜にアイコン作ってる時とか。 「いつもはデザイナーさんに助けられてるけど自分でやらないとなぁ…」とか考えて、無性に寂しくなったりします。ちょっと前からこの寂しさを何とかしたいなぁと思っていました。 で、今は Slackにhubotを住ませて1人じゃない感を演出することである程度解決しているので、どんな雰囲気で開発しているかまとめておこうと思います。 先に言っておくと、あくまで自分はこうやってるよという話なので 趣味がかなり入っています。以後その点だけ注意をお願いします。 統一された世界観を作る プロジェクトごとにSlackのチャネルを作ってそこに全て集約しています。GitHubのアクティビティ通知、CI結果通知、メール問い合わせ通知などですね。 ここで自分が大事にしてるのは、 統一された世界観を作るというところです。 例えば この
基本的には、この値はシステムの起動から終了時まで変わることはない(稼働中にメモリを追加できるホットアドオンメモリをサポートしたサーバシステムの場合は変わることがある)。 ■キャッシュ済み (6) これは、キャッシュ(SuperFetchの分も含む)として利用されているメモリ領域のサイズを表す。 キャッシュは、パフォーマンス向上のためにファイルのデータを先読みしたり、書き込み済みのデータをそのまま保持しておいて、後で再利用したりできるようにするために利用される。また実行済みのプログラムやリソース領域をすぐにクリアせずに残しておいて、プログラムの再起動を高速に行ったり、SuperFetch用の領域などとしても利用される。 キャッシュに保存されているデータやプログラムは、ディスクへのアクセスというペナルティなしに高速に利用できる。 ■利用可能 (7) これはWindows 7およびWindows
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く