ufw(Uncomplicated FireWall)は Ubuntu8.04 から標準で搭載されているファイアウォール。iptables の簡易フロントエンドとして開発されている。コマンドでの操作となる(gufwというGUIソフトのパッケージも用意されている)ので、設定はすべて端末から行う。 ufw は外部からの通信(インバウンド)を許可/遮断するだけで、外部へ出ていく通信(アウトバウンド)はコントロールできない。そのためトロイの木馬などに感染した場合は無力となることに注意。 2010/12/07 追記:"$ sudo ufw default deny | allow incoming" と "$ sudo ufw default deny | allow outgoing" で受信・送信のデフォルトについて許可/拒否を設定できる。 ufw の有効化とルールの設定 ファイヤーウォールの
class Person < ActiveRecord::Base def social_security @social_security ||= decrypt_social_security end ... end The big problem with this common type of memoization is that you’ve littered your method implementation with caching logic. Caching is best applied in a transparent manner – and ActiveSupport now lets you easily insert memoization into your classes: class Person < ActiveRecord::Base def s
Revised: 30/7/11 - Removed repeating gradient from sidebars in AddressBook skin & revised some images. This is my original post on how to re-skin 10.7 Lion's iCal and Address Book from leather back to an Aluminium look as in previous versions of Max OS X. This method still works but I have since posted a much easier way to do the same thing using standard installers. Click here to go to the new in
Apache/2.4.29 (Trisquel_GNU/Linux) Server at ftp.gnu.org Port 80
知らない街の地理はよく分からない。地図を見てその場ではなんとなく分かっても、腑に落ちる感じがぜんぜんしない。 一方で、住んでる町の地理はもう身体が覚えている。どこからどこまで何分なのか想像しただけで分かる。その感覚を、知らない街に対してなんとか移植できないかな、とそんなことを考えた。
If you can't start up from macOS Recovery Learn what to do if you can't get your Mac to start up from macOS Recovery. If using a Mac with Apple silicon If you're using a Mac with Apple silicon and the steps to start up from macOS Recovery on a Mac with Apple silicon aren't successful: Make sure that your Mac is turned off. If you can't shut it down, press and hold its power button for up to 10 sec
IoTとかデータシェアリングとかにとって肝要なのはちゃんとしたコードや識別子(ID)の設計と運用である。ところがこのコードに関してある種の思い込み(ここでは神話といおう)があって、それが”いい”コードの普及の障害になっている。そこで、わたしなりにこのコードの神話を書き記そう。 コードと識別子(ID)はどちらもなんらかの事象・事物を識別するために用意する一意の記号である。抽象的な事物につけるときはコード、具体的な事物なつけるときは識別子(あるいは単に番号)というようである。コードは相対的には量が少なく固定的で、識別子は量が多く動的(追加や削除が多く行われる)ものとされる。コードはコード間で関係をもつことがある(たとえば上位コード下位コード関係)が、識別子はない。 ちなみにIMI共通語彙基盤では、コードとIDという別のクラスであるが、その違いは上の関係の有無と表記の有無である。 ただ、一般用語
学会は、近い将来、ごく一部を除いて全て消滅するのではないでしょうか. これまで学会が担ってきた、論文を集めそれを本という形で配布するビジネスデルは崩れつつあります.さらに、専門家同士が出会う場、情報を収集する場としての学会の機能も、ソーシャルネットワークや検索エンジンの発展により、消えつつあります. 極論すれば、ウェブがあれば、学会は必要ありません.権威を維持するための組織は必要ありません. 翻って、こうした情報環境の変化の中で、学会が本質的に果たすべき機能とは何でしょうか.情報環境の変化によらない、本質的な学会の価値があるのでしょうか. 本討論会では、これまでウェブコミュニティや知識の表現や活用を扱ってきた人工知能学会ならではの視点から、他分野の有識者の意見も交え、学会のこれからについて討論を行います.学会とは何か、学会の行く末に疑問を感じる方は、ぜひご参加ください. 日時(盛況にて終了
技術評論社の WEB+DB PRESS に連載中のコラムが新しくウェブで公開されたので、ぜひとも読んでいただきたい。 エンジニアの魔法の手〜面白いプロジェクトの関るには このコラムで一番注目していただきたい部分は、以下の一節。 自分が関わっているプロジェクトの方向性がおかしいと思ったら,自分がどんな立場にいようと強く主張すべきだ。会社はそんなエンジニアを必要としているし,本当に会社のためになるのであれば必ず耳を傾けてもらえるはずだ。「そうは言っても,難しいんだよ」などと逃げを決める上司は怒鳴りつけてやればよい。 会社にとって最悪なのは,「こんなものを作っても誰も使わないんじゃないか,会社の価値を上げることにつながらないんじゃないか」と思いながらも黙々と仕事をするエンジニアだ。そんなエンジニアばかり集まっている会社は絶対に市場で成功しない。プロジェクトに関わるエンジニア全員が,「自分たちがど
おもしろいプロジェクトに関わるには 前回の本コラム「プラットフォームは乗るものではなく担ぐもの」では、自らが開拓者・先駆者となって「ほかの人たちに進むべき方向を示す」ことの重要性を述べた。「そうは言っても日々の仕事が忙しくて新しいことを勉強している暇がない」「やりたいことをなかなか上司がさせてくれない」「おもしろいプロジェクトに関われる人なんてごく一部の幸運な人たちだけ」などの声も聞こえてくるので、今回は、もう少し具体的に「どうやったらおもしろいプロジェクトに関わることができるのか」について私の経験に基づいて述べてみよう。 運だけではない「姿勢」の重要性 私はパソコンの黎明期からさまざまなおもしろいプロジェクトに関わりエンジニアとしての経験も積んできたし、数々の楽しい思いもさせてもらってきた。パソコンの黎明期にアスキー出版から「Game80コンパイラ」(注1)や「CANDY」(注
現在高校3年の私は、筑波大学のメディア創成学類を目指して勉強してきました。しかし、震災で父が九州大学を薦めるようになり、進路に迷っています。 筑波大学と九州大学は、私のやりたいことを含んでいますが、志望を変えるのに抵抗を感じています。父が納得してくれず、二次試験の内容やセンターとの比率の違いも考えると、早く決めないと夏が無駄になりそうです。 私はいつか九州を出たいと思っており、留学なども経験したいです。また、情報関連以外の分野にも触れたいと考えています。どちらの大学に進んだら充実した学生生活を送れ、将来の進路を決める参考になるでしょうか。 現在高校3年の私ですが、 今までずっと筑波大学のメディア創成学類を目指して勉強してきました しかしこの度の震災で今まで受験の後押しをしてくれていた父が 筑波大学に行くことに反対しだしてしまい揉めています 今後の地震の災害などが気になるようです その父が薦
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く