個人開発者でも1台も実機持ってないやつはいない
実機じゃないと検証できないことが多々ある
多くの機種でテストしたければ実機テストサービスを利用する

reactnativeで作ってる人もflutterで作ってる人も実機確認は普通にしてるが…
あんま関係ないよ何で作ろうが。
もはやのがれることはできんぞ

同じChromeでも音声鳴らしたりだとか、
色んな所でモバイルとデスクトップの制限や
APIの振る舞いの差で躓く
まあ、たいてい数個の修正で住むから
モバイルからエラーログを集めて対処するって
いうのもありだが
タッチでの使いやすさ見やすさなんかは
やっぱ実機が手元にあったほうが良い

reactのイメージがよく分からんのですが、自分が欲しい機能として、ドラッグアンドドロップがあります。
http://reactjsexample.com/drag-drop-grid-layout-in-react/
こういうのはjs生でやると大変なんでしょうか？
>>153
実機なしでやります　じゃあ
>>154
ヒッキーなので親の金で買ったガラケーなんですよ

ガントチャートみたいなものを考えています

fetchってブラウザがコンテンツを取って来る流れを抽象化したものだから。
nodeに凄くなじまないとは言わないが、凄くなじむものではない。
よってデフォルトでは入っていないが、必要なら適当なライブラリがあるんじゃないか？
それかなんちゃってfetchくらいならすぐ作れるだろうし。
逆に、まあなんでnodeでfetchしたいのかって聞いてみたいね。

>>158
promiseの使い方に慣れたくてfetchが実用的たがら練習にいいかと思ってfetchしたいです

>>159
npm とかyernとか使い方わからんのですaptで入れられます？

npmもyarnも覚えたくないなら事実上無理だね。
それどころかnodeで普及してるライブラリはほぼ使えないと思った方がいい。
事実上と言ったのはnpmまたはyarn覚える何倍もの苦労をしていいならソース取ってきて適切に配置することでできないこともないからだ。あ、依存するライブラリも全部ね。依存関係バージョン完璧に。
誰もやらないのは、言ったようにそっちの方が何倍も大変だからだ。

>>160
ただfetch使いたいだけなら今この場でF12キー押して試してみればいいじゃない
でもpromiseに本当に慣れようと思ったら一度大きなアプリケーション作って見たほうが良い
そうすればロジック的ないろいろなパターンも分かるし
プロミスをキャッシュしたり、イベントと組み合わせてオブザーバブル的なものを作ったり
運用上のパターンも分かってくる

>>161
覚えたくないわけでわないです
インストールしてみます
npmよりyarnの方が上位互換って認識であってます？
>>162
ブラウザのデバッガでやればできるのですね
アプリケーションを作るというレベルにはまだいけてないです

npmはnodeの付属物だからnodeが正常にインストールできてるならすでに入ってるよ。
yarnはこだわりが強い人がnpmの代わりに使うため追加インストールするもの。当然npmのほうが基本でyarnを使ってる人もnpmの使い方を知った上で使っている。
一方機能的にnpmで事足りるならyarnは必ずしも必要ではない。
短くいうと、右も左も分からない段階の今ならなにも考えずに普通にnpmだけ使ってればよい。

なんか読んでるとクライアント側やりたいみたいだな。
じゃあ実行環境はブラウザになるんだからnodeでfetchなんて考える必要ない。ブラウザでは何もしないでもfetch API備えてるんだから。MDNでも参考に読みながら普通に書くだけ。

javascriptで表みたいなものは作れますか？その表にブロックをドラッグしていけるようなものです。

>>155
HTML ドラッグ＆ドロップ API
http://developer.mozilla.org/ja/docs/Web/API/HTML_Drag_and_Drop_API

「drag and drop event html」で検索！

>>161
Ruby on Rails など、すべてのweb開発で、VSCode, Node.js, npm/yarn, git clone などは必須

Windows 10, WSL, Ubuntu 18.04 では、
VSCode の拡張機能、Remote WSL も使う

Linux側には、日本人が作った、バージョンマネージャーのanyenv で、rbenv, nodenv を使って、
ruby 2.6.6, node 12.16.2 を入れた

yarn は、Windows側に入れて、WSL から、拡張子なしのyarn コマンドを呼べる。
これは、#!/bin/sh で始まるシェルスクリプト

anyenv は多言語向きで、rbenv, nodenv, pyenv, phpenv などを同じ使い方で、統一的に扱える。
多言語のバージョン管理では、anyenv, asdf も必須。
一々、各言語で、バラバラなバージョンマネージャーを使うのは面倒

reactをfirefoxアドオン開発に使うことは可能ですか？
この辺のことよく分からんです
>>167
こういう並び替えはライブラリを使うのが普通なんですかね

>>167 はrubyガイジと言って聞き齧ったこと適当に書き込むだけのうんこ製造機兼botだよ

>>140
にも書いたけど、Sortable.js とか？

アニメーションもあるし、自作は不可能だろう。
React, Vue.js などのフレームワークなら出来ると思う

>>171
ありがとう
reactでいく
スマホアプリにも役立つし

ライブラリはガンガン使うスタンスのほうがいいよね

Ruby on Rails でも、Bootstrap か、React が多い

スマホでは、React Native + Expo もあるから、
React をやっておくのが良いかも

>>160
aptとnpmの違いなんて
ビーフカレーとチキンカレーくらいのもんだぞ

お前ん中ではな。

>>173
そうする

>>163
レベルとかそういうことじゃないから
絵を勉強していない子供でも絵は楽しく書けるでしょ

私は未熟だから、まず直線を10万回描きます、円を100万回描きます
そんなことしてて楽しいか？
そんなの数回ずつ描けば筆の使い方、手の動かし方など最大限頭で理解できるんだよ
逆に言うとそれ以上頭で理解することはそうそうできることじゃないの
それが人間の性質

つまりちょっと練習をやったらあとはひたすら本番をやって
パターンを体に覚えこませていくしか無いの
脳って言うのはパターン構築機なんだから、うだうだ考えずに信じてそれに任せればいいの
プログラミング言語も言語であって、別に頭で考えなくても言語っていうのは身につくものなの

いい？
プログラミング言語でやることは計算だが、
プログラミング言語自体は計算して書くものではないの
たまには推敲したりすることもあろうが、
基本的には常識と直感で無意識にスラスラ書いていくものなの

逆に言うとどれだけ自然に自分の中からパターンが出てくるかが重要で
自分の中にどれだけパターンが染み付いているのかが大事なの
要するにぐだぐだ言ってないで手を動かせ　無理なことはない　無理そうなら最初から言わないから

>>164
ターミナルでnpm initしようとしても入ってないって出ます

nodeのREPLでやろうとしてもoutsideでやれって出ます

初歩的な質問になるんですが
親要素のoverflowで要素がクリップされているかを判別するには
どのようなアプローチを取れば実現できます？

>>180
Ubuntu20.4です

>>178
パターン繰り返すのが大事なんですね

漏れは、Windows 10, WSL, Ubuntu 18.04 で、VSCode の拡張機能、Remote WSL を使う。
Linux側には、日本人が作った、バージョンマネージャーのanyenv で、rbenv, nodenv を使って、
ruby 2.6.6, node 12.16.2 を入れた

yarn は、Windows側に入れて、WSL から、拡張子なしのyarn コマンドを呼べる。
これは、#!/bin/sh で始まるシェルスクリプト

anyenv は多言語向きで、rbenv, nodenv, pyenv, phpenv などを同じ使い方で、統一的に扱える。
asdf も、anyenvと同様のツール

which ruby
/home/ユーザー名/.anyenv/envs/rbenv/shims/ruby

which node
/home/ユーザー名/.anyenv/envs/nodenv/shims/node

node --version
v12.16.2

まず、apt-cache show nodejs で、バージョンを調べると、かなり古いので使えない！
Version: 8.10.0
(注意、node ではなくて、nodejs を使っているディストリビューションもある)

NVM というバージョンマネージャーを使う人もいるけど、多言語をインストールする際、
各言語でバージョンマネージャーの使い方が異なるので、面倒。
だから、anyenv, asdf を勧める

ソースコードからコンパイルするには、
build-essential, openssl, readline, zlib などのパッケージもいるかも知れない

Linux 板のUbuntu のスレで聞いた方がよいかも

>>183
プログラム以前の話っぽいから出直せ
"ubuntu npm"とか"apt 使い方"とか"linux 環境変数"とか、
調べることはたくさんあるから、そういう当たり前の基礎を理解して、自分で環境構築できるようになってから言語について質問して。

スケジュール表みたいなものもライブラリを使って作るのが普通なんでしょうか？時間割みたいなもんですね。
時間割の中にブロックを自由に配置するようなものですね。

まあ確かに自分の使ってるOSの知識が足りてないのが根本原因でnode以前の問題ではあるね…

>>183
とりあえずコンソールで
which node
と
which npm
と
echo $PATH
の結果貼ってみて。

>>186
詳しく聞いてみないと分からないけど
そう言うのを自前で用意することは見直した方が良い
例えばグーグルカレンダーを使って埋め込んだりリンクするので十分間に合うんじゃないか?

>>188
再開発は徹底的にやらないほうがいいと？
googleカレンダー使ってみましたけど、確かにワイがやる必要ないですねぇこれ

オリジナリティ出せるのって結局アート系だけなような気がします

カレンダーまわりは魔境だからな。言語問わず。マゾなら自分で作ればよい。

firefoxアドオン作るです、、、

>>189
再開発をするなというつもりは全くない
俺はむしろ再開発はどんどんやれ派

だけどスケージュール表というのは限りなく実用的なものでしょう？
例えば特にカレンダーというものは特殊で昔から世界中で形が同じなのよ
スケージュール表も、独自性を出して本当に嬉しいことになるのか？ってこと

その予定を見た人が、自分の予定に追加したり、フォローしたいと思うかもしれない
残念なことに現状これがデファクトと自身を持って言えるくらいのサービスはないが、
まあGoogleカレンダーとか、連携機能がついてるものに頼っておくのが賢いんじゃないかということ

プログラミンはどんどんコピペすべきですか？

理想はそう
だけど現実的にはコピペされる方もする方も理想とは程遠いので不可能

だからモジュールやライブラリという単位がある
再利用可能なものはパッケージかしてその一部を使う
それが現実的な考え方

>>190
慣れると意外と簡単なんだけどな
00年代前半にJSやFlashで狂ったように色々作った思い出

>>155
Drag and Drop Sortable Lists in Ruby on Rails
http://www.youtube.com/watch?v=r884jAqAbHY

この外人は、Railsで、Sortable, Stimulus を使っている