「ストリング」を含む日記 RSS

はてなキーワード: ストリングとは

2019-03-25

ロボットアニメ見た時

スパロボならこういう演出になるな」と勝手に頭の中にアニメーション思い浮かべる癖やめたい

でもシンカリオントドメ演出(爆発からギュイーンと出てきて決めポーズ)はスパロボ映えしすぎるだろうな…

リヴィジョンズのストリングパペットスパロボ出ると渋い武装多そうでいいのよな…パイロットどうするか問題はあるけど

2018-12-18

俺の股関節が壊れそうだ

ガッチガチなんだ。

もも筋肉ハムストリング)もガッチガチ

直立しているだけで、筋肉パッツンパッツン

差したい……。

20代なのになぁ。柔軟しても効かない。

2018-10-27

anond:20181014151431

他の人もいってるが、シューストリングカットフライドポテト(178~198円)。

一人暮らしには便利な冷凍たまねぎ(99円)と、冷凍ほうれん草(158円)。

いわき醤油即席麺味噌味(137円)。(上の野菜と一緒に煮込むといい)

ホールカットトマト缶(67円)。(これも上の野菜と一緒に煮込むといい)

個人的にはオススメかな。

値段はあくまでうちの近くの店のだから違ったらすまんね。

2018-10-10

物理科 素粒子分野の業績事情

人文系の文献の取り扱いとか業績についてちょっとだけ - dlitの殴り書き

こちらの記事賛同したので続いてみます

かに異分野の事情をお互いにわかっていたほうがみんな幸せになりますよね。パーマネントや学振採用とか。

はじめに

素粒子分野は大きく分けて

に分かれています。これらの間には超えられない壁がありまして全てをまとめるのはちょっと難しいのですがなんとか書いてみます

間違いを見つけたら教えてください。

論文事情

素粒子論文は全て英語で書かれます国内雑誌としてはPTEP(旧PTP)がありますこちらも英文です。当然どれも査読があります

業績リスト論文査読なし)には国際会議研究会の proceeding を載せたりします。

素粒子分野には論文投稿前に arXiv に載せる慣習があります

これは投稿前に業界の人たちに意見をもらい論文修正するためです。accept 後に査読済みの論文差し替えます

arXiv に載っているのは基本的投稿前/査読中/査読済み の論文及び国際会議の proceeding です。

素粒子査読をしないというのは誤解です。

論文雑誌とIF

特に素晴らしい研究Physical Review Letters (Phys. Rev. Lett) に投稿されます。IF8.839 です。

Nature や Science に投稿することはまずありません。

IFの基準業界によりかなり異なるでしょう。

おそらくは  [ 業界の人数 ] x [ 1年間に発表する論文数 ] に依存するはずです。まあ人数の少ない分野は引用数も少なくなるでしょうね。

同じ素粒子業界でもその専門ごとにかなり違うはずですが、とりあえず Inspires によると以下のように分類されています

# of citations
Renowned papers 500+
Famous papers 250-499
Very well-known papers 100-249
Well-known papers 50-99
Known papers 10-49
Less known papers 1-9
Unknown papers 0

自分確認したい人は Inspires で fin a s Masukawa などと打ってみてください。

業界事情

素粒子実験論文を出せない

素粒子実験特にエネルギー方面ではなかなか論文が出せないことがあります

理由簡単実験計画から結果が出るまで多数の歳月がかかるからです。

例えばLHC計画からヒッグス発見まで20年弱かかりました。論文の著者数は5000人を超えました。

このような事情なので「博士課程単位取得満期退学後に研究を続けて論文を出すと同時に博士を得る」というような方がたまにいらっしゃいます

博士号をもっていない素粒子実験の人に出会っても決してバカにしてはいけません。

彼らは博士号取得と同時にノーベル賞を得る人たちなのです。

素粒子理論学生論文を出せない

素粒子理論研究に入る前の勉強量が膨大です。

まず 場の量子論超対称性理論群論リー代数 あたりは三分野共通勉強すると思います

加えてそれぞれの分野の専門的教科書、例えば弦理論なら String Theory (Polchinski) 格子なら Lattice Gauge Theories (Rothe) など。

分野によっては位相幾何学微分幾何学勉強しなければなりません。共形場理論もですね。

この辺りでようやく基礎ができてきましてこのあと30年分くらいの論文を読みます

研究に入るまでの勉強時間がかかるので修論レビューになることが多いです。

当然学振は出せない・・はずだったのですが最近どうも事情が変わってきたようです。

学生の方が学振(DC1)に固執して勉強も途中に研究を始めてしまう、勉強途中のM1研究できることなんてたかが知れているので

必然的にあまり重要ではない研究に貴重な時間を費やしてしまう、というような話をぼちぼち聞くようになりました。

学振についての考え方は人によるとは思うのですが、ちょっと危うい傾向だなと私は思うことがあります

そこでちょっとお願いなのですが

学振研究者の登竜門!取れなかったらやめよう!」などとblogに書いて煽るのをやめていただけないでしょうか?

いや書いてもいいのですが主語を書いてください。「情報系では」「生物では」とかね。

理論博士号を取れない

博士号は足の裏のご飯粒」と言われて久しいですが、弦理論では博士号を取るのはまだまだ難しいと思います

まあとったところで「足の裏のご飯粒」なんですけれどもね・・・

追記

放置していてすみませんまさか今頃上がるとは思っていませんでした。

いただいた重要コメントこちらにも転載しておきます

new3 言いたいことはわかるけど、普通は「ヒッグス発見」を博論テーマにせずもうちょっと控え目な研究に留めるものでは?日本でもJ-PARCからSuper-Kにニュートリノ撃てるんだし10年に1本はさすがに少ないと思う。

どうもありがとうございます文章を少し修正いたしました。他にも間違ったところがありましたら教えてください。

niaoz 懐かしい。補足するとストリングやるなら一般相対論ベース重力理論必要/場の理論は確かに簡単じゃないけど楽しい量子力学特殊相対論(電磁気学含む)を修めたらやってみるとよいです。



kirarichang 学振出せないと思われるのは,(学振の)制度不備だよなぁ.

monopole 素粒子理論分野では修士論文書きにくいけどDC1の枠はあるので、採用者は実績によらずほぼランダムだったり有名研究室に偏ったりする。まあ論文なしでも通る可能性あるから学振気合い入れて書け

えっ!!論文なしでも通ることあるのですか!

Ho-oTo 今時の素粒子理論院生DC1用に1本は書いてるイメージが強い。

最近は大変ですよね。指導している方もすごいと思います

kowa 素粒子系は知性の墓場だと感じてる。優秀な人材があまりに何もできなくて、消えている。魅力はわかるが、1/5000のcontributionだかでいいのだろうか

猫も杓子も素粒子目指しすぎですよね。宇宙論も。

2018-08-12

フライドポテトデイ

日曜日だけどこれから冷凍フライドポテトフライパンで揚げるぞ

正確にはシューストリングポテトだ。

なにが靴紐じゃ。似ても似つかないだろうがッ!

という気持ちを込めて揚げるぞ

2018-05-06

古いものを好きになった時のつらさ

先日、OasisMasterplanという曲を聴いた。

もう20年以上前の曲なんだが完全にハマってしまった。

音楽に詳しくないので、難しいことは言えないがノエルギャラガーの渋い歌声人生可能性について詠った歌詞、落ち着きのあるストリング…ここまで良い気分になれる曲は初めてかもしれない

このGWMasterplanのためにあるようなもんだった。

で、それを誰かに語りたいのだが、如何せん相手が居なかった

もうすでにMasterplan評価はほぼ決まっており、どのサイトを見てもただ名曲として紹介するのがほとんどであった。

かに名曲なのは間違いない。

だが、自分もっとこう「うおおおおおおおおおおおおおおおおMasterplanすげええええええ」と熱くなりたいのに、そうだね名曲だねとそっけなく返されてる気分だ

こうなったら周りにOasisを広め、自分と同じもどかしさを感じる人間を一人でも増やすしかないと悪だくみしてGWは終わった

2018-03-17

anond:20180317104350

オープンショーツ

サスペンダーショーツ/サニタリー

し シースルーショーツ/Gストリング/Cストリング/ジュニアショーツ

スキャンティー/スーパーハイレグ

ソング

タン

て Tフロント/Tバック

ハーネス/パンティー/ハイレグ

ひ ひもパン

ブラジリアン/プリントパンティ

ほ ボーイレッグ/ホールショーツ

マイクロヒップ

り リオカット

ローライズ/ローレグ

2018-02-23

貧乏舌だから食費に8万円もかけられる気がしない

そんなに食べられない

高いレストラン食事よりスーパーで買った冷凍シューストリングポテトの方がうまいんだよ

寿司よりツナマヨご飯の方がうまい

2017-08-20

腰痛対策

在宅で仕事するなら、歯医者さんで使うような椅子オススメされるようだ。

ボディメイクシートってどうなんだろう。低反発の円座とか。

スポーツ用品店で試し座りしたけど、言うほど、いいのかなー?

なんか、もう、こういうのはアフィ厨の独壇場な気がして、ネット情報では真偽が分からなくなってきた。

  

https://anond.hatelabo.jp/20170820205154

ありがとう

時折、ストレッチする。伸ばすのは、背中側だよねー。

ハムストリング骨盤底筋群・脊柱起立筋を意識するようにするわ。

  

椅子ではないけれど。家電量販店で外付けマウスリストレスト買って来て、小一時間ほど使ってみてるけど、だいぶ楽だわ。

2017-05-26

私は神様でした

実家に帰って来ている。

昨晩母親からノートを渡された。

中学2年生の頃の日記だった。

私はそんなもの燃やしてくれとお願いしたが、

母親あん神様じゃけのうとからかってきた。

ちなみに母は広島まれでも育ちでもない。

すずさんに憧れているのだ。

この痛さが遺伝したのだろう。

ノートには、

今日、偉大なる神が誕生した。私のことだ

と書かれていた。

それ以上は読んでいない。怖いからだ。

この後ムカデと一緒に燃やす


追記させていただくと、ノートはもう無い。

燃やしたことに後悔は無い。あんなに恥ずかしいもの

残しておくわけにはいかなかった。

一応なんとか最後のページまでパラパラと見た。

結論からいうと私は宇宙創始者だった。そして、別の次元から

迫り来る敵と戦っていた。スーパーストリングという能力を使って。

これ書くだけでも恥ずかしい…。

ちなみにムカデ儀式用じゃなくて、家に入ってきた奴を

母に燃やしてくれと頼まれものだ笑

2017-03-26

自重筋トレメモ

日替わりで

下半身】→【大胸筋、腕部】→【背中

の順番に行う

下半身スクワット背中デッドリフトはどちらも大臀筋ハムストリングを刺激するので休みを入れるなら背中の翌日が良い

腹筋は元気な時になるべくやる

最後のアイソメトリックで搾りきる

下半身


【腹筋】


【大胸筋、腕部】(ウェイト有)


【大胸筋、腕部】(自重)




背中

2017-03-03

http://anond.hatelabo.jp/20170303122424

git → 「ギット」

ifttt → 使ったことがない

str → 「ストリング」「ストラ」

char → 「キャラ

ieee → 「アイイーイーイー」

eth0 → 「イーサゼロ

ifcfg → 「アイエフコンフィグ

ifconfig → 「アイエフコンフィグ

ptr → 「ポインタ

txt → 「テキスト

bat → 「バッチ

ahk → 使ったことがない

py → 「パイ

rb → 「ルビー

win7 → 「ウィンセブン

win10 → 「ウィンテン」

asus → 「エイスース

which → 「ウィッチ

基本的略称系は全部略す前で読んでるな。

2016-05-22

http://anond.hatelabo.jp/20160521235357

元増田です。トラバありがとう

世の中の絶対数は知りませんが、自分脳内ではもう「ページ遷移しない方がずっと楽に開発できてユーザ体験も向上するのに、敢えてそうしない理由がない」という至極単純な話なので、そこは悩むところではないです。ページを複数作り、<input type="hidden">とかセッション変数とか駆使する面倒ごとは、書かないでいいなら二度と書きたくない。

ユーザー体験がどうかはまあ意見が別れるでしょうからおいておくとして、ずっと楽に開発というのがよくわからないです。普通になんでもいいですけど、ウェブ側のフレームワークでちゃんとしたものを使っていれば別になんでもないことだと思うんですが、具体的にどういう状況を考えられていますか?

プログラムユーザーサイドだけでは完結しなくて、入力チェックとかいいろは絶対にやらないといけないですよね。ということで同じロジック複数書く場面が出てくることが多いと思います。そういう手間も含めたうえで開発が楽になるというのはちょっとよくわからないです。

んー、要するに「別物であるDartCoffeeScriptは許すけど、ES6で書く以上はES6外の独自構文を混ぜるのは許さん」という主張だと解釈したのですが、そういうことですか?

ちょっとここ書き方分かりづらかったかもですが、「ES6で書く以上はES6を使えばいいじゃん」「変な独自拡張を入れてまでJSを使い続ける理由わからん」という2つの疑問を同時に書いたつもりです。

将来長持ちする気がしています

PHPJSP,ASPが通ってきた道に見えてなりません(まあASPはまだ現役ですか。)。

正直その他のアプリケーション(サーバーサイドや、例えばAndroid/iOS開発)でこのような書き方はまずしないので、なぜわざわざ同一ファイルに書きたがるのかがわかりません。(ロードコストを嫌がっているとかですかね?)

テンプレート仮想DOMでもなければJavaScriptでもないので、速度や機能の面でReactがやっていることに遠く及ばないと思います

ええと、テンプレートストリングではなくて、mustacheみたいに十分枯れているテンプレートエンジンでもいいですが、必要かどうかは別として確かに機能豊富さはどうかはちょっとわかりません。

速度に関しては、実際みんな早いと言っていますがこの手の速度神話JSにかぎらず昔からちゃんと前提と状況を考えなくてはいけなくて、(例えばJavaは重い!とか関数呼び出しはオーバーヘッド!とか仮想関数は使うな!とか)例えばさっとぐぐるとこんなものが出てきました。

http://www.stefankrause.net/wp/?p=283

まあよくわかりませんが、結局あんまいじらないのが一番良いという当たり障りない結論になってしまいませんか?(あと原理的に生のDOM操作するのよりも早くなりようがない気がするんですがどうなんですかね??)

保守性に関して言うと、Reactは典型的な「ひとつの事だけをとても上手くやる」系のライブラリです。考え方のコツさえ掴めば、記憶すべき要素はjQueryやAngularと比べても圧倒的に少なく、むしろそこらのテンプレートエンジンを覚える方が面倒なくらいです。10年後に見ても何をやっていたのか30分で思い出したいというのであれば、むしろAngularとかよりReactを採用すべきだと思います

ごめんなさい、Reactまわりのエコシステム全体も含めた時を意味たかったです。leftpad騒動とかもあったように、なんかまだちょっと不安がある感じがします。偏見でしょうかね。。

2016-05-21

React.js界隈の人に聞きたい

**誰かみんなの主張のまとめを作ってくれないですか?** (まあそれこそお前がやれよって話かもしれないので、誰もやってくれなかったら私がしますが。。)

最近JQueryはもはや不要でReactさえあればOK,みたいな記事をよく見ますね。

論旨としては、どうせトランスパイラ使ってるんだからもっと便利な書き方しようぜ!ってことなんだと思います。(virtual DOMがメインだ!という話もあったけど、じゃあ何でReactなの?というのは聞きたいかな。メジャーから?)

ただちょっと個人的違和感が拭えないので聞きたいです。

ちなみに私は昔coffeeとbackbone.jsか何かで業務用のページ(SPAではなかったような気がする)を作るお仕事をしたことがありますが、フロントエンドエンジニアというわけではないです。どちらかというとサーバー管理とかのほうがよく知っていると思いますが、Javascriptもそれなりには書くくらいの感じの人です。Reactは不幸にして一度も触ったことがないので、以下の文章はすべてコードサンプルをみたうえでの感想です。

そもそも世の中にそんなにSPAがあるのか

まずこれ。正直そんなにたくさん動的にがりがり書き換えているページをあんまり見ない気がするんですよね。その上正直そういうウェブページ、あったとしても大体使いづらいです。

世の中のページが全部FBならいいのかもしれませんが、具体的にはどんなところで使ってるんでしょう。業務ページとかですか?あと、なぜSPAにしなければいけないのかもよくわからないです。画面遷移するのだめなの?という感じで。

JSXを使うことに抵抗ないんですか?

トランスコンパイラを使うのって、結局「将来的には全部ES6になるのだから、今のうちからES6で書いておけば将来のメンテナンスコストとかも減ってうれしいよね!」っていうことなんだと思います

こういう例、JS以外にもいろいろあって、例えばboostAndroidのsupport library, Pythonのfrom __future__ importなどなどあると思うんですが、どれもやっぱり将来的なコストを見据えて、非標準のライブラリ記法を使いましょう、ってことですよね。

でもJSXってそういうのじゃないじゃないですか。いわばsupport libraryを使うのとmonoで全部書くのと、位の違いがあるように見えます(そこまでは違わないかw)。そういう考察を一切入れずに、「どうせトランスパイラ使ってるんだから拡張記法使っちゃおうぜ!!」っていうのはかなり危ういように見えます

そもそも、JSって結構独特な言語ですよね。もちろん今はnode.jsとかあるわけですけど、まあやっぱりスクリプト言語の標準の座ってPythonRubyですよ。世の大多数の人はそっちのが使いやすいとおもってるんでしょう。ということでそもそもトランスパイラ通すんだったらもっと普通言語から変えるようなソフトウェア流行ってもいいんじゃないかなあとか思いますけど、そういうのがないのも謎です。dartとかどうなってるんですかね。(まtypescriptとか一種それだという話もあるか)

五年後のビジョンがありますか?

五年、十年あとにReact.jsって流行ってるんでしょうか。例えば五年前はcoffee script結構流行ってましたけど、たしかもうサポート打ち切りとかになっちゃったんですよね。もちろん営利企業がバックなので、そこまで急になくなるかはわからないですけど、五年したらみんなまた別のライブラリがすごい!!みたいに言ってるんじゃないでしょうか。

まあだからこれはフロントエンドエンジニア業界全体の問題なのかもしれませんが、そういう将来的な保守コストをどう考えているのかが気になります特にもし業務ページであるなら、せいぜいがなるべく枯れたライブラリ(≒JQuery)と、テンプレートエンジンあるいはフォーマットストリングでも使ってpure ES6で書いたほうがいいんじゃないでしょうか。そうすると結局SPAにはしないですよね。

まあこれを突き詰めるとじゃあetaxもactivexで、銀行システムcobolで、マシンはpc98で、、、とかなっちゃうかもしれないんで、難しいところではあるとは思いますが、、、

とりあえずこんなところで、有識者の皆さんよろしくお願いします。

追記

React.jsでした。angularと混ざりました。。あと特に喧嘩売ってるつもりとかは全くないですがそう見えたらごめんね。

id:murishinai 主張は単純で、せいぜいES6+トランスコンパイラ(+JQuery)とかでいいんじゃね、遷移はサーバー側でやったほうが楽じゃない?という感じです。

id:wordi virtual domが最大のメリット、ってのはよく見る意見ですね。例えば実際どんな場面で(どのくらいの規模のプログラムで)domの改変コストが効いてくるのか、みたいな実例を教えてくださると助かります。(もちろんFBとかはそうでしょうけど、もっとなんだろう、身近な例でお願いしたいです。)なんかReactががりがり(かつユーザー目線から見て有効的に)使われている例がイメージ出来ないのが問題な気がしてきました。

id:logic ええっと、それはそうなんですけど、なんだろう。標準のもので、少なくとも今後10年はあるだろうと言うもの(たとえばES6+フォーマットストリング)があるのにも関わらず、今後5年持つかもわからないライブラリを全面に押し出すの、ちょっと怖く見えるなあという気持ちです。

id:erukiti 具体的に頭の悪い点をご教授くださるとたいへんありがたいです。小規模だとそもそもvirtual domメリットもなさそうですし、ES6標準でええんちゃうのんという気がしてならないのですが。

id:manaten もちろんFBGMailJQueryだけで作るのは不可能だと思います。だからFBはReactを、GはAngularを作ったのでしょうが、逆にそんなに気軽に使うようなものにも思えないのですよね。それこそ何百ブクマも付くのやべえなあ、と。(ところで私にはReactよりAngularJSのほうがずっと気持ちよく見えます

トランスパイラですねごめんなさいw

SPAが使いづらいってのは言いすぎかな。正確には、「ページ遷移型のUIに比べて、SPAであることのメリットが明らかに生きているページって少なくないですか?」ということです。もちろんFBとかGとかtwとかは例外だと思いますけど、DOM1000個とか10000個とかいじくり回しているページばっかあるようには思えない。もちろんどーーしてもSPAじゃなきゃダメなんだっていうならこの手のライブラリを使うといいとは思うんですが、どっちかというとニッチ需要じゃないでしょうか。

あとなんか保守点検に関する意識ちょっと違うのかなっていうコメント散見されたんですけど、うーん、一発書いて書きっぱなしっていう案件そんなにあるんですかね?ちょっとそこがよくわかんないです。一度書いてもやっぱりn年先、さらもっと言えば自分がその職場からいなくなった後のことまで考えてプログラム書くべきだと思うんです。そうすると、例えば数年後のプログラマにとってのReactは今のprototype.jsになってるかもしれない。そういうリスクが怖いです。勉強すればいいじゃんっていう意見もそうなんですが、なんでしょう、どちらかと言うと保守を気にしているので、そっちじゃないです。まあ幸いにして私は人の書いたJSをいじくり回した経験はないので、ただの推測なんですが。

それともしかしたら「枯れた技術」あるは「標準化」という意識あんまりないのかなとも思いました。まあ確かに「Web世界日進月歩!」ってことなのかもしれないんですが…。別のページのブコメとか見ても、「枯れた技術を使う」=「不勉強」みたいなのがあって、不思議です。。

あとcoffeeのころ、っていうコメントありましたが、あの頃はみんな夢がありましたよね。AltJS世界を救う!みたいな。翻って今はどうか。それを思うと、やっぱり何でもかんでもReactじゃ、という意見には違和感を感じるんですよ。

増田に書いたのは単にみんなが見てくれるというだけの理由です。そもそも今諸般の事情お仕事としてのエンジニアはしていないですし。ほんとに純粋質問だと思ってもらえればうれしいです。

まあ長くなってきたので私のブログにまとめ直してもいいのですけど。

そういえばモバイルという話も出ていましたが、先日のandroid instant appsって、アレ「HTMLモバイル向けに軽快なリッチUI作るの無理だからやめような」ってことかと思ったんですが、どうでしょうか。もちろん今現在必要ですけど~。

2016-03-13

http://anond.hatelabo.jp/20160313182904

俺の地元だと、女はみんな黒パンティーで出席するわ

高校生の姪がCストリングで出席して叱られてた

2016-01-26

Mactumblrスクリーンセーバーにする 2016年

2012年ぐらいのOSX画像フィードスクリーンセーバに入力するという方法自分tumblrスクリーンセーバ化するというのが出来たけど(たぶん)Mavericks以降は,それが無くなってしまったので代替方法について書きたいと思う。

tumblubでランダム画像が流れるようにする

まず tumblub を開き「staff」に自分tumblr IDを入れる。「Random」のチェックボックスをチェックし「Photo size」を500, 「Animation speed:」をslowとチェックしshowボタンを押す。以下はサンプルとして作成したotsune氏のtumblr ID入力したスクリーンセーバの入力データだ。女性の尻がいっぱい出てくるので職場Macスクリーンセーバにすると軽くアナーキー感が出て良いと思う。

otsune氏のtumblub

speedは好みで変えて良い。ぼくは14400くらいが良いと思っているのでクエリストリングのところをそんぐらいに手で変更して使っている。

Screensaver Ninjaに食わす

※こっちは有償なので追記したwebsaverのがオススメ

Screensaver Ninja - Never miss important information again という任意のwebページをスクリーンセーバとして表示できるツールがある。1200円。本来はなんらかのビジネスダッシュボードなどを表示する用っぽい。

購入しアクティベーションしてScreensaver Ninjaを起動し「Add new site」する。先ほどのURLを追加する。

システム環境設定」からデスクトップスクリーンセーバ」を選び「Ninja」を選ぶ。これで女性の尻がどんどん流れてくるスクリーンセーバの完成である

もちろん自分tumblrスクリーンセーバにする事も可能だ。

普段肌色をreblogするのにも緊張感が走るし,肌色が離席中の職場Macに出てきてしまったらしまったで同僚の人とかと会話も弾んで良いと思うのでみなさん,どんどんスクリーンセーバを設定すれば良いと思う。

2016/01/26追記:websaverに食わす

トラックバックしてくれた人に教えてもらったがbrockgr/websaveというScreensaver Ninjaと同等のことができる無料ツールがあるのでそれを使おう。

Releases · brockgr/websaver からWebSaver-X.X.zipDownloadする。

解凍する。FinderからWebSaver.saver をダブルクリックする。開発元が未確認のため開けませんとか言われたら、「システム環境設定」→「セキュリティプライバシー」の「一般から「このまま開く」を押す。そんで「今すぐインストール」をやる。「デスクトップスクリーンセーバ」からWebSaverを選び先ほどのURLを追加する。

無料でScreensaver Ninjaみたいなことが出来ました。ありがとうトラックバックの人。

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん