「インターフェース」を含む日記 RSS

はてなキーワード: インターフェースとは

2017-04-26

ニコニコは金払ってるユーザーユーザビリティ還元しろ

栗田穣崇Shigetaka Kurita‏ @sigekun 1時間1時間

その他

ドワンゴマストドンに貴重なエンジニアリソースを割いてニコニコをないがしろにしているように思われているようですが、マストドン静画チームを中心としたエンジニア数名の取り組みで、ニコニコバージョンアップには全く影響ありません。

という発言

いやいやお前らニコニコ静画だってまったく仕事できてないだろうが

並みいるマンガアプリの中

なんなのあのニコニコ静画アプリサムネ画像の汚さは

使いにくいインターフェース

マジでとにかくサムネの汚さはなんとかしてやれよ

他のアプリで見てみろ

サムネキレイに作ってるだろうが

あたりまえだよ、それでユーザーは読む読まない決めてんだよ

そのサムネをお前らニコニコ静画はずっと汚いままで放置しやがって

お前らはライバルアプリを使ってないのかよ

他のアプリ無料なのに、お前らには月500円払ってんだぞ

どういうことだ

2017-04-12

ゴースト・イン・ザ・シェル

むっちゃよかった

誰だよ金かかってるだけとか言ってたヤツ

攻殻機動隊知らない人が見たらあれかもだが

 

攻殻っぽいギミックアクションだけ豪華にみせときゃいいんでしょ、みたいのとは全然違った

シナリオ押井神山から(アライズはみてないからわからない)いろんな要素とシーン持ってきて初見でもわかりやすいようなオリジナル加えてうまく料理してあるしテンポもよかった

少佐とバトー関係も見てて気持ちいい(ファックサインとかボートのやりとりとか)

あとバトーの犬とかコンピューターの丸いインターフェースとか細かいところもよくできてたし

ネオサイタマレベルのやりすぎネオン風景シャフトアニメみたいな謎建物空間の対比も面白かった

 

###残念だったところ

社長。アホなので出てくると画面がアホになる

▪武の滑舌

2017-04-05

http://anond.hatelabo.jp/20170405110030

日本sageの話には無条件に乗って、がんがん下げていきたい人の餌なんでしょうね。

amazonみたいな大手とか決まりきった相手しか取引が無いのなら、専用のWebインターフェースでもチャットシテステムでも何でもいいだろうけど、広く色んな取引先との取引を望むなら、こちらの都合ばかりは言ってられない事が解らない人には何言ってもムダでしょう。

2017-04-02

ヒドイコードを書く奴ら

今の37〜40歳ぐらいのベンチャーやらスタートアップやらWeb系やらの技術者の書くコードやばい気がする。

それが外注とかフリーとかじゃなく、役職付いている人とか役員だったりする。

それをメンテする若手の気持ちといったらもう。

コピペしたり入り組んだ関数メソッド)を書いたりとか・・・

抽象的な考え方とか、参照透過性とか、100%適応できないまでにしても少し考えてかけないものなのだろうか・・・

そういう基礎的な部分の技術をまとめた技術書籍がない(もしくは流行っていない)のも原因なのかな。

Javaオブジェクト指向からRuby on Rails時代に移行していった時代に生きていた人たちなのかな?

色々と今まで学んできたことの基盤が崩れ一気にレガシー化した感覚が強く、新しいものに手を出したがるくせがあるんじゃないかと疑ってしまう。

新しい技術を学んでも、思考を変えずに使っていたら何も変わらねぇっすよ。ゴミを今の技術で再構築するだけ。

GRASPとかSOLID原則とか、できればDDDとか関数型の考えとかを勉強して欲しい・・・

まあ別に上記知らなくても、構造プログラミングとか、クラスとはなんぞやとか、関心事をなるべく分離していくようなコーディングとか・・・。そういうのが欲しいです。

リーダブルコード局所的な事を書いている気がするし、もっと大局的な技術リテラシー・・・

結構やばいやついるので経営陣気をつけろよ、とも思う。

てかコレが技術負債かー。ちょっと直すだけでもすげーめんどくさいし、やる気全然起きないし、なんならリファクタしてから修正していきたい気持ちになる。。。

DB設計もなーーー、なんでNOT NULL制約付けないかなー。もちろんテストなんて書くわけもなく。

創業期なら頑張るって感じだけど、中規模になってきたベンチャーとかだと気合い入れて全て変えてやるぜぐらいのポジションで入らないと環境変わらないだろうし、いわいるプログラマーで入るなら面接時に匂いを察知して回避したほうが良い気がするお。まぁでも入社時のやる気なら変えれるのかな・・・。もはや業務量増えてマンネリ化した状態の今は全くやる気しねぇ。すべての開発を止めて、テストコードを書きながらリファクタしていく、ってならやる。


そしたら今後何か頼まれても工数減るので「いっすよやりますよー」といいやすいし「もっと短く出来ないの?」みたいな地味なストレスがなくなるのでまぁ色々ハッピーなんじゃないのかな。(てめえのゴミ直すのに工数かかるんだよといいたくなる)


的な、ゴミと一緒に働けねぇ、みたいな問題解決するためにマイクロサービスで開発するのありかもね。ゴミレガシーラップして、臭いものに蓋をしてまあ許せるインターフェースだけ公開して使わせて欲しい。(驚くほど上から目線コードレビューですり合わせられるようなレベル感ではなく、でかいゴミ山があり、そいつゴミ山を整理する気がないならそうするのが折衷案なんじゃないでしょうか。

まぁゴミを一つずつ整理していったほうが結果幸せだろうねぇ。


サービスを作ってきたコードから感謝して」って実際その現場になるとあまり思えないものなんだな。サービススケールさせられないこの足元作ったやつまじ、考え直してもらわんと対して売上立たず終わるから期待持たせるだけだぞ、みたいな。これがクソ稼いでいるサービスとかだったら別なんだろうなぁ・・・







うだうだ言わずハッカーならハックしろ!!!!!!!!!!!!!!!!!!ハッカーになろ。

2017-03-02

LINE世界で負け続ける理由は、ニュースタブのことじゃねえよ、馬鹿

http://blogos.com/article/212112/

----------------------------

僕はLINEを愛してる。

愛してるがゆえにLINEをどんどん駄目にするLINE経営層が許せない。

はっきり言うが、彼らのやってることはグダグダだ。他社のチャットサービスが成長してる中、LINEが初めてユーザー数が減少したと言うがそれは当然だ。

説明しよう。

----------------------------

微妙にバズっているこの記事

多分に自己愛思い込みの強い著者が、アプリってのはこうグロースさせるもんなんだからそれをやれてないお前ら間違っている

一方的断じているもので、共感できるところは各タブに名前が入っていないことくらいのぶっちゃけ大して価値のない記事であった。

そもそもニュース領域twitterと違い、LINE株式会社側にLivedoor由来の編集チームがいてリソースが確保されている点、すでにLINENEWSという

基盤が存在している点で突然何の前触れもなくニュースを始めた日本twitterとはわけが違うだろう。

さら噴飯ものタイムラインについての評価で、まず誰も見ていないと断じているが、

リサーチベースではこんなものも出ている(http://gaiax-socialmedialab.jp/post-1891/

大体、広告事業としてのLINE ADS Platformは、このタイムラインベースにしたインフィードアドが中心であり、それで十分にマネタイズできている

ということは、タイムライン一定使われていて、広告インプ一定以上発生していることの証左だろう。

まり、この著者自体が、自分の見ている物事からしか評価判断のできない典型的な「マーケティング知らない人間なのだろう。

何をしてきた方かは存じ上げないが、いわゆるユーザーグロースのみをマーケティングであると思い込んでいるIT野郎

LINEニュースタブは、すでにユーザー一定以上グロースしている国内LINEユーザーに対してより多くの広告インプを発生させるためのレベニューグロース

としての側面が強いわけで、それも含めてマーケティングであるのだから、十分LINE現場も、経営陣もマーケティングを、経営理解していると言っていいだろう。

あ、後ユーザー数が減少と書いているけど、これはニュースタブを追加していない国についての話であって、そもそもの前提からしてもうめちゃくちゃ。調べずに書いてる感満載。


からこそ失望したのが、これなわけで。僕もLINEを愛しているけど、これはマジでないんじゃないか

http://jp.techcrunch.com/2017/03/02/line-clova/

----------------------------

スペインバルセロナで開催中のモバイルカンファレンスMobile World Congress(MWC) 2017」。そのキーノートにも登壇したLINE3月2日クラウドAIプラットフォーム「Clova(クローバ)」を発表した。

今後はClovaを搭載したアプリ「Clova App」を提供するほか、初の自社デバイスとなるスマートスピーカーWAVEウェーブ)」を今夏にも日本韓国で発売する予定だ。

今冬にはスマートディスプレイ「FACE(フェース)」の提供も控えるという。

----------------------------

要はAmazon Echoとか、Google Homeとか、スマートスピーカー領域(というか、音声会話をベースにしたインターフェース領域)に打って出るというわけだ。

これは一面ではすごく合理的に見える。つまりチャットサービスとしてユーザー間、ユーザー企業間でのコミュニケーションインフラ提供しているLINEが、textingから音声を介した

コミュニケーションインフラに舵を切るということ。事業の成長の向く先としてわかりやすい。

が。これ。マジで間違いなくうまくいかない。頓挫する。てかこれこそ、挑戦の美名に酔いしれてマーケティングを忘れた経営判断だろ、と思う。

何が問題か。答えは明白だ。 言語である

音声インターフェイスの要は、自然言語処理であり、発話された音声を正確に理解する技術にあるはずだ。

この点、AmazonGoogle基本的に「英語」という話者が圧倒的に多い言語に優先して開発を進めればよかった。現に英語自然言語処理はめちゃくちゃ進んでいる。

しかし、LINEは違う。英語圏ではまったく使われていないサービスなのだ。それどころか、LINEが浸透している主要国は日本台湾タイインドネシアの4カ国である

もうおわかりだろう。どの国も公用語がバラバなのだ

サービスを普及させるためには、地の利を生かすほかない。そういう意味英語圏は端から勝負しようがない。一方中華圏、圧倒的人口を誇るメインランドにはWeChatという

巨人存在し、市場に入ることすらできていない。

であるからして、浸透している主要4カ国で普及させる、という選択肢にせざるを得ないだろう。しかし、この4カ国ぶっちゃけ日本インドネシアしか1億を越える人口の国はない。

その上、GDPベースで考えてもスマートスピーカー短期的に人口膾炙するほど普及させられるマーケット日本と台湾しかない。

さらさらに、R&Dの視点からいって、4カ国それぞれの言語にあわせて自然言語処理一定水準まで高めるには、英語1つに絞って開発するのと比較して単純に4倍のコストと労力がかかる。

典型的な、労多くして実り少ない状況なわけだ。

どう考えても八方塞だ。

コミュニケーションプラットフォームである以上「言語」は避けて通れない問題。これを攻略する方法は正直、僕にはわからない。

からもはやLINEは、チャットサービスとして浸透している国の中で、その土台の上で、ニュースタブとかその他もろもろで、

きちんとレベニューグロースを続けるのであれば、ぜんぜん負け続けることなんてないのになーと僕は思います

事実世界でこんなに儲けているメッセージングアプリはないのだから、その時点で十分世界で勝ってんじゃん、と思うわけで。

経営陣には、熱病に浮かされることなく、着実に一つ一つできることを勝負して行っていただきたい、そう思う限りです。

2017-02-09

ソシャゲゲームとしての底が浅くなるようにできている

ソシャゲタッチパネル操作という足かせのせいで、ゲーム性を追求することができない

あのインターフェースではオート操作主体MMOもどき関の山

まともなアクションゲームを作る事はできない

ちなみにユーザーの傾向として、ゲーム性よりもキャラクターの大量投入を望んでいる側面が大きいことも追記しておく

2017-01-09

最高の無料メールクライアント2017

GmailOutlookのようなウェブメールサービスを利用すれば、すべてのデバイス簡単メールアクセスモバイルアプリ提供できますが、それらのメールサービスあなたデスクトップでの動作保証するでしょうか? 

今は、多くの人が複数メールアカウントを持っている。これらのアカウントが異なるプロバイダ使用している場合は、一度に複数ブラウザタブを開く必要があります

便利な場所にすべてのメッセージを集約するだけでなく、優れた電子メールクライアントは、暗号化カレンダーRSSフィードVoIPアプリケーションとの統合などの機能を追加できます

デスクトップクライアントメールローカルに保存することもできるため、オフラインときアーカイブされたメッセージアクセスしたり、貴重なバックアップ提供することができます

eMクライアント

さまざまな電子メールプロバイダ統合されたチャットサポートする最高の電子メールクライアント

eM Client10年近く前から始まっています。その長い開発により、Windows用の最高の電子メールクライアントに発展することができたんや。

無料版は非営利目的使用と2つの電子メールアカウント限定されますが、それ以外の場合は有料版とおんなじ。

eM Clientには、GmailExchangeiCloudおよびOutlook.comタッチコントロール、高速検索統合カレンダーおよび連絡先のサポートが含まれてん。JabberGoogle Chatなどの一般的な標準をサポートする統合されたチャットアプリもあり、Outlookのような重量のあるアプリには良い選択肢ですわ。

Mailbird Lite

あなたメッセージを補う機能が満載されたすばらしいメールクライアント

Mailbird Liteは単なる電子メールアプリではなく、スケジューリングチャットファイル同期、チームワークのためのアプリケーションを追加できるコミュニケーションプラットフォーム全体です。

Mailbirdをダウンロードした後は、Proバージョンの30日間試用版に対処されます。このバージョンは、月末にアップグレードしないことを選択した場合限定Light Editionにダウングレードされますフリークライアントには時間制限はありません。

無料ユーザーは、速読電子メールスヌーズ添付ファイルのクイックプレビューなどの機能を忘れていますが、Mailbird Liteは依然として優れた選択肢です。最大3つの電子メールアカウントサポートし、スピードに合わせて最適化され、起動時に最適です。

セットアップ簡単です。電子メールの詳細を入力すると、Mailbird Lite必要POPまたはIMAPの設定を自動的に見つけ、メッセージインポートを開始します。あなたFacebookアカウント接続することができるので、あなたの連絡先のプロフィール写真あなたの受信トレイ活性化し、WhatsappGoogleカレンダー無料タスクマネージャMoo.do、teamworking app Asanaにリンクすることもできます

Claws Mail

Claws Mailのシンプルインターフェースは、より自信を持ったユーザーに適した強力な電子メールツールです

Claws Mailは使いにくくはありませんが、独自メールフィルタリングに耐え、無制限電子メールアカウントサポートしたい経験豊富ユーザーに最適です。

ここの他のクライアントとは異なり、ClawsはユーザーPOP3 / IMAP設定を手動で設定する必要がありますGmail使用している場合は、Googleアカウントの設定を調整して、安全性の低いアプリケーションアクセス許可する必要があります

古くは現代電子メールクライアントでは、HTMLメッセージ送信するオプションはありません.Clawはプレーンテキストのみですが、不要機能を省略することで、Clawは驚異的なスピード動作します。その検索機能特に優れており、プラグイン経由でも拡張できます

それは最も美しい電子メールアプリケーションではありませんが、Clawsはあなたスタイルを超えて物質評価するならば、素晴らしい自由選択です。定期的に更新されているため、バグはすぐに除かれます

Inky

すべてのデバイスメール管理するためのワンタイム設定の無料メールクライアント

Inkyの無料版はWindowsMac OS X、およびAndroidで利用でき、ワンタイム設定は3つのプラットフォームすべてで使用するのに最適なメールクライアントになります! 

電子メールクライアントダウンロードしてインストールしたら、Inkyアカウント作成するよう求められます。これにより、すべての電子メールアドレスリンクされ、POPおよびIMAP設定を設定することなく、Inkyがインストールされた任意デバイスからアクセスできるんです! 

一度登録すればセットアップ簡単カンタン♪ 各アカウントユーザー名とパスワード入力すると、残りの部分をInkyが処理してくれちゃう

日常的に使用されるInkyは優れた自動タグ機能メッセージタイプ個人定期購読ソーシャルノートなど)のインテリジェントなフィルタリングデバイス間の非常に高速な検索クラウド同期でわんだふるん♪。

Windows 7以降を使用していて、特定メッセージスレッドを見つけようと多くの時間を費やしている場合、Inkyは膨大な時間節約できちゃうの!

Opera Mail

優れたOperaウェブブラウザの背後にあるチームからの柔軟なオープンソース電子メールクライアント

Opera開発者は、電子メールを常に優れたブラウザ重要機能とみなし、無料電子メールクライアントであるOpera Mailの開発に多大な努力を払ってきました。

その機能には、メッセージテンプレート特に業務用に便利)、メッセージフィルタリングソートタイプ別メッセージソート、さまざまなカスタマイズオプションがあります

クライアントRSSフィードインポートするので、Feedlyや欠けているGoogleリーダーなどのWebアプリケーションの代わりになります

Thunderbird

Mozillaから期待されるように、たくさんの機能があり、無料拡張機能を利用することもできます

Firefoxと同様に、無料電子メールクライアントThunderbirdMozilla Foundationによって作成されました(しかし、2つの開発はそれ以来分離されています)。 ウェブブラウザと同様に、その機能は、サードパーティアドオンの膨大な範囲拡張され、強化されます

優れたビルトイン機能には、電子メールには大きすぎるファイルと、電子メールと一緒にRSSニュースフィードを読む機能があります

セットアップ簡単です。 ほとんどの現代電子メールクライアントと同じように、必要なのはあなたユーザー名とパスワードだけで、Thunderbirdは残りのものを処理します。

Windows Liveメール

長い時を経てもまだ選択肢に残る老舗の電子メールクライアント

Windows Live Mailは、Windows 8および10のMailアプリケーションに取って代わられた2012年最後更新されました。ただし、Live Mailの比較昔ながらの外観にもかかわらず、2つのプログラムはほぼ同じです。

Windows Live Mailは、私たちを含む多くの電子メールユーザーがより現代的ですが、最小限のデザインを好む3ペインレイアウト提供します。 RSSクラウドベース電子メールPOP3サポートし、添付ファイル送信したり、複数アカウント作業したりすることが容易になります

マイクロソフトのやり方が気に入っても、ウルトラスリムWindows 10アプリケーションがあまりにも制限されているのを見つけたら、従来のWindows Live Mailは賢明選択肢です。

 

 *

 

http://www.techradar.com/news/the-best-free-email-client

2017-01-06

2ちゃんねるマジで知名度無くなってきた

http://anond.hatelabo.jp/20170106223846

今の中高生から20代前半の奴らは、「2ちゃんねる」という言葉すら知らない奴がマジで多い。

2ちゃんねる知ってる」という奴は、2ちゃんねるまとめブログのことを指していて、「2ちゃんねる」という掲示板があることは知らない。

本家本元の2ちゃんねるを見せても、その前時代的なインターフェースに「なにこれ?どうやって見るの?」って感じ。書き込み方もわからない。

2ちゃんねるは、マジでオッサンしか利用してないんだなというのを実感した。

最近2ちゃんねる知らないどころか、ニコニコ動画知らないってやつが増えてきた。

2年前までは猫も杓子も初音ミク初音ミクと騒いでいて、

カラオケ行って履歴を見ればほぼ初音ミクの曲で埋まっていたのに

最近カラオケ履歴初音ミク名前を見ることは無くなった。

こないだ高3の女の子と会話したら、「私アニメオタクなんですー」って言うから

ニコニコ動画見てるの?」って聞いたら「なんですかそれ?」って言われて、

初音ミク好きなの?」って聞いたら「ボカロとかもうオワコンです。ダサいです。」って言われた。

今の女子高生初音ミクは知ってても、ニコニコ動画は知らないというのが多い。

ひろゆきビジネス時代遅れになってきてる。

2017-01-03

http://anond.hatelabo.jp/20170103000627

それ国内市場の話であって世界市場の話ではないよね。ビデオゲームはこれまでに無いくらいに盛り上がってるしOverwatchを始めとして豊作と言われた2016年を前にして何を言ったんだとしか

VRに関してはまだ始まってすらいね市場に対して分析が雑すぎる。2007年iPhoneガラケーインターフェースが違うので流行らないとか言ってた産経新聞並に雑な分析だと思う。

まあ一言で言うと観測範囲ますぎ。

2016-12-20

互助会って言われるブクマコメントってさ

記事に対するコメントじゃなくて人に対するコメントから面白くないんだよな。

人にコメントしたいならブクマじゃなくて記事コメント用のインターフェースがあるんだからそっちでやれよ。

PV寄与してあげたいかコメントじゃなくてブクマするって言うならその繋がりは互助会って呼ばれてもしょうがないし、その行為スパムと変わらないよ。

2016-12-19

Oracle案件に当たりなし説

もちろんスペシャリストがきちんとわかった上でOracleを使ってる案件大丈夫なんだろうが、中小規模案件Oracle使ってるのにろくなのがない。

Oracle案件ありがちなこと。

データベースは当然のごとく正規化されてない。昔はされていたのかもしれない。

使用されていない予約されたカラムの山。必須でない情報でもカラムを作るのでテーブルがどんどん肥大化していく。

業務必要リレーション崩壊している。

・謎のインデックスが大量にあるが、パフォーマンス上本当に必要インデックスはない。

・ストアドプロシージャが秘伝のタレ化。そのせいでOracleから抜けられない。

Oracleを使うとDB設計者の脳は破壊されるのだろうか。脳が破壊されているかOracleを使うのだろうか。

開発環境準備するのも面倒だしインターフェースダサいし、もうOracleが絡む案件やりたくない。

2016-12-10

Shadowverseはhearthstoneをどうパクったのか教えてあげよう

http://altavista.hateblo.jp/entry/2016/12/10/003830

実際両方やってたらシャドバがハースストーンをパクったかどうかなんて恥ずかしくて声に出せないレベルなんだが、どうやらわかってない連中がいるので。

なお、ハースストーンMTGをパクったが、それはカードゲームという概念をパクったという意味であり、各種システムをパクったシャドバとは同列に扱わない。

1マナスタートし、10マナストップする

偉大なるMTGが編み出したマナ・色マナ概念は豊かなゲームプレイの元とはなるが、土地事故あぼーんの元でもある。

ハースストーンでは毎ターン1マナずつマナ自動で増加し、10マナまで増え続ける事で序盤の小競り合いか10ターン目付近で巨大クリーチャー(または呪文)により決着をつけるという分かりやすゲーム展開を生み出した。

攻撃中・対戦相手は見てるだけ。

プレイヤーのターン中、対戦相手操作によって盤面に干渉する手段は無い。お互いのやり取りを楽しむという意味では攻撃指定・防御指定妨害呪文等を行使できればプレイの幅は広がるが、どうしても対戦時間の延長につながる。思い切って防御側は何も行動できない仕様となっている。

時間制限

各ターンの持ち時間比較的少なく、時間切れが迫るとアニメーションによって、切羽つまった感じとなる。

ハースストーン=導火線に着火

シャドバ=ターン終了ボタンが爆発?

ゴールデンカードヌルヌル動く

これはそのまんま。

(追記:同じカードの中でもレアキラカードがある。キラカードは性能は全く変わらないが他のカードが止め絵なのに対し、髪がなびいたりヨダレが垂れたり部分的アニメーション演出がされている。)

操作方法

ハースストーンやってたらシャドバのチュートリアル不要なほど同じ。ほんと同じ。ボタンの配置や操作性とかもうほんとまじで。恥ずかしくないの?

アリーナ

シャドバにアリーナなんて無くても良さそうだがわざわざつけた。

その他イロイ

途中で書いてて飽きて来たけど、やってたらわかるとしか言い様がないほどパクってる。

シャドバの開発者ハースストーンをどう和風に再構築するか?をベースに開発したのは間違いない。(ハースストーンMTGを再構築したのでは無く、デジタルカードゲームを再構築した。)

結果として、分かりやすインターフェースダイナミックな試合展開(ランダム性を意図的排除し、強コンボによる爽快な戦い)+ログインボーナス・萌絵等、良いゲームとなっているが、シャドバがハースストーンインターフェースを丸パクリしたこととそれはまた別の話。

12/11 19:30追記 飽きたって書いたけど、読んでくれた人が多いのでイロイロについて追記。蛇足なんて読まんでも可。

ヒーローシステム

プレヤー自身では無く、分身アバターであるヒーローが戦う。

ヒーローあくまで「戦士プリースト感謝します)」といった職業代表したキャラクターしか無く、課金して別の名前・顔・セリフに変更できる(着せかえなので性能は同一)。

敗北するとヒーローが爆発する。

固定セリフによる簡易チャット

ヒーロの顔を選択すると周囲180度に漫画のようにセリフアイコンが表示され、それを選択すると「挨拶感謝煽り感謝します)・反省」等のシンプルセリフを表示可能

カードが喋る

カードを出したときカード攻撃を受けたとき・死亡した等に、音声セリフなどが流れゲーム展開を盛り上げる(誰か怪我人はいませんか?)。

カード分解・生成システム

ダブって不要となったカードを使って、カードを生成出来る。コモンからレジェンドまで、生成出来ない限定カードは一切無い。

観戦システム

他人プレイしている様子を第三プレイヤーが観戦出来る。

盤面の背景が複数ありヌルヌル動いてる

ゲーム場の背景は戦場だったりダンジョンだったり、賑やかしとしてモンスターや森などが動いている。

言っとくけどシャドバはシャドバでいいところ沢山あるからね。

2016-10-18

http://anond.hatelabo.jp/20161018000810

よう、新入り。10年前の俺を見ているようだな。

俺も設計がやりたくてメーカーへ入ったら真っ先にテストをやらされた口だ。

すごくつまらない仕事で、毎日憂鬱だった。だが今から思えば得るものも多かった。

そんな俺からお前に日々の仕事を楽しくする2つのアイデアを贈る。耳の穴かっぽじってよく聞けよ。

I/Oプロになれ

電気回路が外部の他の回路とつながる部分。Input/Output。略してI/O

ここの評価は奥が深い。回路の中でも電源と並んでアナログ要素が非常に大きい箇所。

電子系の学科で習った回路理論現実世界リンクしていることが実感できるだろう。

さら最近のGHzを超えるような高速インターフェース評価ができるようになればいうことなし。

得難い人材として重宝されることは間違いないだろう。

経験を生かしてI/O周りの回路設計者に転身することも可能だ!

②測定装置プロになれ

製品試験に使うロジックテスタのマニュアルは読んでみただろうか?

そこにはテスタの動作ブロック図が載っていたりしないだろうか?

そのブロックから自分でテスタを作ることはできないだろうか?

頭の中だけでもいいから、Raspberry piのような組み込みPC秋月で売っている汎用ロジックICで同じようなものは作れないか考えてみよう。

テスタの原理が深く理解できるようになって同期に差をつけられるぞ。

2016-08-31

日本て室内なのにノートPC仕事してる人多すぎない?

ノートPCには漏れなく安物の液晶キーボードがついている。

無駄に疲れるし作業しにくいし絶対効率落としてるぞ。ヒューマンインターフェースには金かけろ。

2016-08-05

ルンバがすごいのは掃除でもセンサーによる空間認識でもない

http://ascii.jp/elem/000/001/206/1206225/

ルンバがすごいのは表情だ。

掃除を始めるときは「ティルー↑トゥルル!」といって頑張るぞーという雰囲気の音を出す。

掃除が終わってドックに戻った時は「トゥルルテッテレー!」と喜ぶような。

ルンバがすごいのはロボットらしい感情表現を足したことだと思う。

愛玩目的でない、作業ロボットに表情を付け加えることで、すっと生活の中に入ってくる感じがする。

実際にルンバが壊れた時は、カスタマーセンターに「ウチのルンバくんを直してやってください」というようなまるで家族の一員のような扱いの問い合わせが来るそうだ。

表情のパターンは多くないが、それで十分。

ロボットらしい愛嬌を持ちながら掃除してくれるルンバにだから、たまに段差に落ちて動けなくなってたりしても許せる。

ミスをしても、機能が至らなくても、愛嬌があれば許せる。

そういうインターフェースを(意図的か否かは置いておいて)作ったことがすごいと思う。

たまになにかのエラー人間の録音音声が流れるときちょっと悲しい。

2016-07-30

http://anond.hatelabo.jp/20160730155428

悪い、昼間っからビール飲みだしたから、もうよくわからん

それをそのままってのが意味がよくわからんけど、

newしてから渡せば良いと思うよ。

いちいちクラスに分ける理由は、こういう感じで、クラス内の変数アクセスすれば、画面事の表示とかが簡単に出来る的な?

EventHogeクラスクリックした時のイベント定義するクラス

      // Javaの書き方しらん、インターフェース実装することを定義したい

      public class EventHoge : View.OnClickListener {

        

        //画面事の名称

        public string ViewName = "";

        // Javaの書き方しらん、インターフェースメソッド実装することを定義したい

        public void View.OnClickListener.onClick(View v) {

            // 元増田サンプルそのまま ーー>

            AlertDialog.Builder dlg;

            dlg = new AlertDialog.Builder(MainActivity.this);

            dlg.setTitle("画面の名前:" + ViewName); // 画面名称が表示されるイメージ

            dlg.setMessage("Hello, サンプル!");

            dlg.show();

            //<ーー

       }

     }

MainHogeクラス(画面の初期化を行い、どのボタンにどのイベントを仕込むかを決めるクラス

    // Androidなにも知らんけど、元増田ボタンイベントを書く処理が書いてあるクラスのことが言いたい

    public class MainHoge {

        // そのメソッド

        public void Main() {

            //ボタン実装サンプル

            final Button button = new Button(this);

            button.setText("ダイアログの表示");

            View.OnClickListener ocl = new EventHoge();

            ocl.ViewName = "画面その一";

            button.setOnClickListener(ocl);

        }

    }


こんな感じにすれば、画面が二つあって、

その画面の名称を表示するようなボタンを、二つメソッドコピペして作らなくていい的な?

もうぶっちゃけ元増田が何を悩んでるのか、ようわからんわ。

サンプルは、出来るだけとっちらかさないよう、匿名クラスとか使って、サンプルで紹介したいところ「だけ」を書くんだよね。

から、そのサンプルがどういう意味かをちゃんと読み取って、自分ならこう書くとか、こう書けるか? とかを考えてこそ勉強だと思うよ?

今回のレイだと「View.OnClickListener」っていうインターフェイス実装したクラスを、setOnClickListenerすればいいってことさえわかれば、

匿名クラス?(っていうのかな? ちょっと用語はよくしらん、クラス定義を使い回さず、その場だけのクラス定義を書く書き方)とかを使わずに、

どういうふうに応用ができるか? とか頑張れ!

頑張れ!

頑張れ!

はああああああ。

おれはビールを飲む!

http://anond.hatelabo.jp/20160730125112

うーん?

いや、なんか、通じてないな。

もうちょいサンプル詳しく書くからサンプルのどこがわからいか言ってくれ。

EventHogeクラスクリックした時のイベント定義するクラス

      // Javaの書き方しらん、インターフェース実装することを定義したい

      public class EventHoge : View.OnClickListener {

        // Javaの書き方しらん、インターフェースメソッド実装することを定義したい

        public void View.OnClickListener.onClick(View v) {

            // 元増田サンプルそのまま ーー>

            AlertDialog.Builder dlg;

            dlg = new AlertDialog.Builder(MainActivity.this);

            dlg.setTitle("サンプル");

            dlg.setMessage("Hello, サンプル!");

            dlg.show();

            //<ーー

       }

     }

MainHogeクラス(画面の初期化を行い、どのボタンにどのイベントを仕込むかを決めるクラス

    // Androidなにも知らんけど、元増田ボタンイベントを書く処理が書いてあるクラスのことが言いたい

    public class MainHoge {

        // そのメソッド

        public void Main() {

            //ボタン実装サンプル

            final Button button = new Button(this);

            button.setText("ダイアログの表示");

            button.setOnClickListener(new EventHoge());

        }

    }


こうやって、クラス分けて書けば、外とか中とか、全く関係なくなるじゃん。

元増田サンプルだと、メインの中でインターフェース実装したクラス実装を書いてるから、中とか外とかがあるんじゃないのか?

自分クラスとして定義して、そっちで実装すれば、メインは紐づけるだけでよくなって、仮引数?の中で実装しなくてもすむじゃん。

http://anond.hatelabo.jp/20160730090832

よくわからん

中が嫌なら外でかきゃいいじゃん。

javaAndroidもしらんから適当だけど。

      // Javaの書き方しらん、インターフェース実装することを定義したい

      public class Hoge : View.OnClickListener {

        // Javaの書き方しらん、インターフェースメソッド実装することを定義したい

        public void View.OnClickListener.onClick(View v) {

            // 元増田サンプルそのまま ーー>

            AlertDialog.Builder dlg;

            dlg = new AlertDialog.Builder(MainActivity.this);

            dlg.setTitle("サンプル");

            dlg.setMessage("Hello, サンプル!");

            dlg.show();

            //<ーー

       }

     }

// メインスレッド的なところ

//ボタン実装サンプル

final Button button = new Button(this);

    button.setText("ダイアログの表示");

    button.setOnClickListener(new Hoge());

こう書けば、中で書かなくて良い気がするけど、駄目なの?

なんか、インターフェースから引数の中ってのが意味わからん

どう関係してるの?

2016-07-27

まあ今はクリエイティブクラウドで月5000円だけど(年間5万

昔は10万て高い

アドビソフトとかそれなりの動くPCとか買うのは高いよな

(3Dならなおさら

バンド楽器だけで3-5万だし、録音機材、編集のためのソフトインターフェース、見あうスペックPCとか

高いもんな

写真ならなおさら

金のかかる趣味以外は貧乏な人でもやってるって考えるのが普通だと思うよ

サッカーとか野球バットとかボール場所と人がいればできるかね

2016-07-22

ポケモンGOの先見性を見抜けなかった斜に構えた自分死ね

ベータテストプレイしたけどクソゲーだしインターフェースもだっさいしでこりゃはやらんわ任天堂やっちまったなと思ってしまった俺がにくい

2016-07-17

Excelに苦戦中

いわゆるExcel方眼紙システム設計書を書いているのだが、これがどうにも上手くいかない。

問題は色々あるが、大きく分けて「必要情報が見えにくい」「変化に追従するのが大変」に集約される。


まず「必要情報が見えにくい」について。

そのメソッド記述するのに必要な、他の設計書や仕様書を見つけにくい。

例えば、他の設計書(1ファイルで1クラス)に書かれているメソッド名や引数が合っていなくても、すぐに発見しづらい。

また、入出力情報が書かれたインターフェース仕様書を探しにくいなどなど。

そもそもどうユースケースを読んで、設計必要クラス抽出するかもよくわからないし。


次に「変化に追従するのが大変」について。

上述の状態設計書を書いた結果、製造するプログラマから「こんなんじゃ実装できない」と突っ返されて修正するパターンが多い。

また設計を進めた結果、仕様変更必要事態が度々発生する。

更に要件定義レベルでの見落としによる手直しも、結構な頻度で起きる。

いずれもExcelファイル1個に留まらない、影響範囲の大きい修正になるケースが殆ど

そんなことが相次いで発生した結果、修正対象抽出修正確認作業作業量が膨大化し、全く対応できない。


というわけで、もはや限界ギリギリだったり。

「1個ずつ解決していけばいずれ必ず終わる」を合言葉に、気合努力根性でやってきたけど、なんでこうも先が見えないのか意味がわからない。

どうしたら対応できるのか・・・

2016-07-15

http://anond.hatelabo.jp/20160715223351

https://www.microsoft.com/ja-jp/windows/windows-10-specifications

一応、↓の通りとはなっているけれど、たいていこういうのは最低限スペックから、この2倍あれば問題なし。

システム要件

CPU:1 ギガヘルツ (GHz) 以上のプロセッサまたは SoC

メモリ: 32 ビット版では 1 GB、64 ビット版では 2 GB

ハード ディスクの空き領域: 32 ビットOS では 16 GB、64 ビットOS では 20 GB

グラフィックス カード: DirectX 9 以上 (WDDM 1.0 ドライバー)

ディスプレイ (画面解像度): 800x600

仕事複数台使ってきて思うに、Win7810それぞれ、必要スペックはさほど変わらないよ。むしろ、8以降は7より早いんじゃないかと思うくらい。

はいえ、動かなくなるものも出てくるからCD化やバックアップ必須

モニタキーボードマウスといったインターフェース部分が使えることが確認できてからアップグレードする事を薦める。まぁ、普通は使えるんだけど、使えなかった時が痛手だから

2016-07-06

http://anond.hatelabo.jp/20160705224433

しつこくてすみません。(謝る気ないw)


なんか聞いてるとデータモデルをちゃんと押さえられていない気がします。

根底」にあるモデル(大抵の場合DBにいるやつ)を抑えていれば、それ以外のデータ構造はそれらの変換からできているので、世をしのぶ「仮の姿」ですよね。

根底」にあるやつがどんな風に変装して「仮の姿」になっているのかを調べて頭に入れて、ついでにメモっておけばOKですね。


インターフェース齟齬がでるのは、何が「根底」にある『変わらないやつ』で、何が世をしのぶ「仮の姿」(『いかようにも変わる』)なのか、

『変わらないやつ』からいかようにも変わるやつ』にどんな風に変身(変換)しているのかを整理できていないことが原因のような気がします。。

仮の姿から「別の仮の姿」へ変換するときも、『変わらないやつ』とそいつらがどんな風に変身した関係なのかを抑えてないと、変な設計になるのではないでしょうか?


要するに「仮の姿」と「別の仮の姿」だけで考えてはダメ!だと。

常に「根底」にある『変わらないやつ』を意識しろ!っていうことですね。


上から目線すみません。。


追記:

他人設計した「根底」にある『変わらないやつ』が残念なものだった場合は、なんとも言えないです。。

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