この機能の使用ペースが早過ぎるため、機能の使用が一時的にブロックされました。 コミュニティ規定に違反していないと思われる場合は、Facebookにお知らせください。
![機能の一時停止](https://cdn-ak-scissors.b.st-hatena.com/image/square/038400245a06978a93333cd20179b525934d8e10/height=288;version=1;width=512/https%3A%2F%2Fwww.facebook.com%2Fimages%2Ffb_icon_325x325.png)
上の画像のように 各ウィンドウの位置を記憶したはずなのに 起動すると微妙に隙間が空いてしまう現象 何度も伸ばしても絶対に言うことを聞いてくれませんw 1.「スタート」ボタンを右クリックし、「ファイル名を指定して実行」をクリック。「regedit」と入力して「OK」をクリック 2.「HKEY_CURRENT_USER/Control Panel/Desktop/WindowMetrics/PaddedBorderWidth」を開く 3.「値のデータ」が「-60」から「0」に変更し「OK」をクリック。その後再起動 4.きっちり置きたいアプリを起動して位置を再調整し、アプリを再起動してきっちりするか確認
メールアドレスの "規格" を探すと、おっそろしーことに未だ "RFC822を参照せよ" 、という文言を見かける。マジか。お前それいつの何の資料かわかって言ってんの? (一応擁護すると、未だ "STD 11" はRFC822を参照している[^1] - それはそれとして822を参照すること自体が不適切なのには変わりないんだが - ので、これについてはIETFもちょっと悪い気はする) 2系統の定義 メールアドレスの規格を調べる時混乱する要因の一つが、定義そのものが複数系統存在することだ。 こういうと「?」な感じなのだが、要するに「メールアドレスの規格」だけを定義するものはそもそも存在しない。 ムリもない話で、メールアドレスだけ存在しても周辺の伝送機構がなければなんにもならんのだ。住所とポストだけ整備しても郵便サービスがなければ手紙は届かんのである。 RFC822 系統 いわゆる「電子メールメッ
「誰のためのデザイン?」の旧版と改訂・増補版を読みました。 以前に旧版を読んだのですが、その記憶もあやふやなくらい前だったので、あらためて読み直し、その面白さゆえに改訂・増補版も購入してこれも読み終えました。 Web システム開発を生業としているので、日々ユーザとのインタラクションが発生するプロダクト開発に関わっているわけで、ユーザがどのように製品を認知し、使うかという内容は参考になりました。 それとは別にソフトウェア開発という観点で、ソースコードを読む時に人がどのように認知するのかという点でも興味深いものでした。このエントリでは、自分なりに整理したソースコードと概念モデルについて残しておきます。 ソースコードとメンタルモデル ソースコードの概念モデル 実行モデル プログラマモデル ユーザモデル 誰のためのソースコード? さいごに メモ ソースコードとメンタルモデル ある程度、経験のあるプ
お互いのAirPodsの片方を交換し、翻訳機を通した会話を行う方法を紹介します。 用意するものは、お互いのiPhone/iPad上に翻訳アプリ「Google 翻訳」をインストールします。 お互いのAirPodsの左右どちらかを交換して装着します。 Google 翻訳アプリで「会話」を選択します。 自分が話した場合、翻訳結果として、自分のAirPodsと相手に装着しているもう一方のAirPodsに翻訳結果として音声で返ってきます。 相手が話した場合、翻訳結果として、相手と交換して装着しているAirPodsに翻訳結果として音声で返ってきます。 完全ワイヤレスイヤフォンだからこそ出来るテクニックだと思います。 The way of communication through the translator for exchanging an other side of AirPods each o
独フォルクスワーゲン(VW)が社運をかけてソフトウエア企業への脱皮を図る。その背景には、ディーゼル不正問題の発覚によって同社の技術戦略が手詰まり状態に陥ったことがある。表面的には電気自動車(EV)への大転換をうたうが、ディーゼル車の穴を埋めることは規模の点で難しい。むしろ、これからはソフトウエアがクルマの価値を決める。同社はそこにいち早く手を打った。ソフト内製化、規模のメリット追求「我々はク
Red Hatは2020年1月13日(米国時間)、IBMと共同で米国連邦最高裁判所(連邦最高裁)に法廷助言書を提出したと発表した。OracleがGoogleに対して起こした訴訟で連邦巡回区控訴裁判所が下した決定を覆すよう連邦最高裁に求めている。 一連の裁判は10年前の2010年8月に始まった。このときOracleがJavaの特許権と著作権を侵害しているとしてGoogleを提訴している。その後2012年に連邦地裁の判決、2014年に控訴審の判決、2016年に連邦地裁の評決、2018年に控訴審の判決が出ている。2018年の判決ではGoogleがJavaのAPIなどの著作権を侵害していると認めている。 Red Hatは、連邦巡回区控訴裁は著作権保護をソフトウェアインタフェースに誤って拡張したとしている。「これが訂正されないと、連邦巡回区控訴裁の決定がソフトウェアの互換性や相互運用性を損ない、オー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く