diff --git a/components/browseArchives/index.js b/components/browseArchives/index.js index 3b4f7ad..678d6ef 100644 --- a/components/browseArchives/index.js +++ b/components/browseArchives/index.js @@ -19,6 +19,7 @@ class Search extends React.Component { activeSingleInterviewId: 1, isSearchActive: false, }; + this.onInputChange = this.onInputChange.bind(this); this.toggleSingleInterview = this.toggleSingleInterview.bind(this); this.toggleInterviewsListModal = this.toggleInterviewsListModal.bind(this); @@ -43,6 +44,7 @@ class Search extends React.Component { toggleInterviewsListModal() { const { isInterviewsListModalOpen } = this.state; + this.setState({ isInterviewsListModalOpen: !isInterviewsListModalOpen, isSingleInterviewModalOpen: false, @@ -51,6 +53,7 @@ class Search extends React.Component { toggleSingleInterview(event) { const { isSingleInterviewModalOpen, isInterviewsListModalOpen } = this.state; + this.setState({ isInterviewsListModalOpen: !isInterviewsListModalOpen, isSingleInterviewModalOpen: !isSingleInterviewModalOpen, diff --git a/components/interviews/interviewsList/sss b/components/interviews/interviewsList/sss new file mode 100644 index 0000000..cd39879 --- /dev/null +++ b/components/interviews/interviewsList/sss @@ -0,0 +1,356 @@ +const data = [ + { id: 1, + name: 'Fabio Berger + Remco Bloemen', + content: '
\n' + + '

\n' + + '
\n' + + '

Fabio\n' + + 'Berger + Remco Bloemen

\n' + + '

\n' + + '
    \n' + + '
  1. What type of apps do you\n' + + 'build?
  2. \n' + + '
\n' + + '
    \n' + + '
  1. 0x - Decentralized exchange\n' + + 'protocol. It is a set of smart contracts that handle standard\n' + + 'transactions in an order format.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. The key advantage here is that\n' + + 'these smart contracts leads to shared liquidity
  2. \n' + + '
\n' + + '
    \n' + + '
  1. We also achieve increased security\n' + + 'and network liquidity through our architecture.
  2. \n' + + '
  3. We launched the network in August\n' + + '2017.
  4. \n' + + '
\n' + + '
    \n' + + '
  1. It works, but is V1. We are working\n' + + 'on V2 which helps people build hybrid stations, supports new token\n' + + 'standards, and makes the contract more gas efficient.
  2. \n' + + '
  3. V1 only allows humans to create\n' + + 'orders; V2 will allow new smart contract to create orders. This is\n' + + 'HUGE.
  4. \n' + + '
\n' + + '
    \n' + + '
  1. Notes:
  2. \n' + + '
\n' + + '
    \n' + + '
  1. We’re building the protocol;\n' + + 'designing the standard; building dev tools for anyone to build a\n' + + 'decentralized exchange.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Orders may become invalid for any\n' + + 'reason:
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Order being filled
  2. \n' + + '
  3. Griefing attacks
  4. \n' + + '
  5. We’ve now built an OrderWatcher\n' + + 'that keeps relayers updated on the state of orders.
  6. \n' + + '
\n' + + '
    \n' + + '
  1. We’re using contract Events as a\n' + + 'proxy for state changes.
  2. \n' + + '
  3. Can do a diff between state trees\n' + + 'and between block headers.
  4. \n' + + '
\n' + + '
    \n' + + '
  1. We also have a set of smart\n' + + 'contracts to handle settlement;
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Everyone who wants to trade is\n' + + 'setting allowances on a smart contract.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. We want upgradability.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. What are the\n' + + 'tools/libraries/frameworks you use?
  2. \n' + + '
\n' + + '
    \n' + + '
  1. EthereumJS / truffle hardwallet\n' + + 'provider / Typedoc (to generate documentation) /
  2. \n' + + '
  3. We don’t use Truffle\n' + + 'anymore
  4. \n' + + '
\n' + + '
    \n' + + '
  1. Not reliable – can have race\n' + + 'conditions;
  2. \n' + + '
  3. Artifacts don’t allow you to have\n' + + 'versions of the contract on different networks
  4. \n' + + '
\n' + + '
    \n' + + '
  1. You don’t run into this stuff if\n' + + 'you’re just building a “hello world”
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Overwriting parts of the\n' + + 'contracts;
  2. \n' + + '
\n' + + '
    \n' + + '
  1. We rolled our own. It’s open-source\n' + + 'but not documented. We have other things that are keeping us\n' + + 'busy.
  2. \n' + + '
  3. The problem is that Truffle has too\n' + + 'much functionality –– we would like to see more of a Unix\n' + + 'philosophy.
  4. \n' + + '
  5. Cannot support different versions\n' + + 'of Solidity.
  6. \n' + + '
\n' + + '
    \n' + + '
  1. Version management doesn’t\n' + + 'exist.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. EthPM –– doesn’t have versioning\n' + + 'either? It’s going through a big refactor, so we held off. We need\n' + + 'the NPM package manager.
  2. \n' + + '
  3. We have built a lot of developer\n' + + 'tools to interface with the smart contracts ourselves.
  4. \n' + + '
  5. We have also built own deployer and\n' + + 'migration tool, as truffle’s did not suit our needs.
  6. \n' + + '
\n' + + '
    \n' + + '
  1. What are your biggest\n' + + 'frustrations?
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Getting a simple experimental\n' + + 'environment up is hard
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Remix is there; but it’s not\n' + + 'enough.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Tracing and profiling is not\n' + + 'existent.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Remix does it, but can’t do it\n' + + 'locally.
  2. \n' + + '
  3. “Code coverage” tool exists but\n' + + 'inserts console.logs in
  4. \n' + + '
\n' + + '
    \n' + + '
  1. Adding up gas costs per line of\n' + + 'code.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Need to do profiling, because gas\n' + + 'costs depend on inputs.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Solidity language\n' + + 'itself:
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Crashed the Solidity compiler twice\n' + + 'today.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. E.g. AbiEncoderV2 is pretty new and\n' + + 'hard to understand/use.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. The code that it produces is\n' + + 'inefficient.
  2. \n' + + '
  3. There is a stark stack limit in\n' + + 'solidity
  4. \n' + + '
\n' + + '
    \n' + + '
  1. All the variables are locally\n' + + 'scoped.
  2. \n' + + '
  3. Un-intuitive as it is a curly\n' + + 'braced language.
  4. \n' + + '
  5. The lifecycle hook value_of is\n' + + 'within a function.
  6. \n' + + '
  7. Can only access top 16 slack slots.\n' + + 'Including input and output.
  8. \n' + + '
  9. We need to implement a graph\n' + + 'coloring register allocator – to find out what the lifetime of the\n' + + 'variables is.
  10. \n' + + '
\n' + + '
    \n' + + '
  1. “This stack slot was used in the\n' + + 'first half –– the second half you can use”
  2. \n' + + '
  3. Or implement register\n' + + 'splitting.
  4. \n' + + '
\n' + + '
    \n' + + '
  1. Function inlining is frustrating\n' + + 'sometimes:
  2. \n' + + '
\n' + + '
    \n' + + '
  1. E.g. SafeMath –– turns every\n' + + 'operator into function call – which is a huge gas sink.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. How Solidity optimizes could be\n' + + 'improved:
  2. \n' + + '
\n' + + '
    \n' + + '
  1. It focuses on the code size (which\n' + + 'makes sense since it’s minimizing the state tree); but sometimes\n' + + 'you need to optimize size of tx gas (e.g. 0x needs optimized\n' + + 'fillOrder call)
  2. \n' + + '
\n' + + '
    \n' + + '
  1. ABI doesn’t implement\n' + + 'introspection
  2. \n' + + '
\n' + + '
    \n' + + '
  1. EIP 165
  2. \n' + + '
\n' + + '
    \n' + + '
  1. E.g. “does this contract implement\n' + + 'ERC20, or ERC223?”
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Solidity should have this\n' + + 'in-built.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Should be built into the API spec\n' + + 'and compiler.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Inheritance:
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Interface or abstract contract –\n' + + 'e.g. Solidity automatically creates getters for state functions ––\n' + + 'collides with
  2. \n' + + '
  3. Contract which implements an\n' + + 'interface – public or external for abstract functions – they\n' + + 'collide
  4. \n' + + '
\n' + + '
    \n' + + '
  1. ERCs – there is not a formal way to\n' + + 'describe the interface for contracts.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Have a standard repo –– this will\n' + + 'lead to a canonical ABI definition –– can have semantic rules\n' + + 'around this. Could run some specific unit tests against
  2. \n' + + '
\n' + + '
    \n' + + '
  1. How do you handle\n' + + 'testing?
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Testrpc has gotten better\n' + + '––
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Increases the speed at which you\n' + + 'can dev.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Blockstream is really cool. Written\n' + + 'by Mica (from Augur?), under the EthereumJS lib.
  2. \n' + + '
  3. Good dealing with block re-orgs and\n' + + 'changes in state.
  4. \n' + + '
  5. Continuous Integration:
  6. \n' + + '
\n' + + '
    \n' + + '
  1. Doesn’t really work for smart\n' + + 'contracts.
  2. \n' + + '
  3. We just use testrpc.
  4. \n' + + '
  5. Neufund was different than\n' + + '0x:
  6. \n' + + '
\n' + + '
    \n' + + '
  1. Neufund was a trustee for tokens ––\n' + + 'it was centralized by definition.
  2. \n' + + '
  3. This made it simpler: I could\n' + + 'create “open-ended” contracts –– a switch statement, that the\n' + + 'default would send to another proxy contract.
  4. \n' + + '
  5. But wouldn’t be able to do this\n' + + 'with 0x –– e.g. if we wanted to add Shnorr signatures –– because\n' + + 'it’s a governance / security issues.
  6. \n' + + '
\n' + + '
    \n' + + '
  1. How do you handle smart contract\n' + + 'verification and security?
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Code audits before\n' + + 'deployment
  2. \n' + + '
  3. Want to add a formal verification\n' + + 'tool to our deployment tool.
  4. \n' + + '
\n' + + '
    \n' + + '
  1. By analyzing the code, you can find\n' + + 'patterns.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. I manually did an audit in v0 of\n' + + '0x:
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Make sure all functions have a\n' + + '“Read -> Write -> External Call” pattern, so you don’t have\n' + + 'any race conditions.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Other bounties?
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Rest of the bounties from\n' + + 'Remco
  2. \n' + + '
  3. State-watching –– built-in\n' + + 'diff’ing of state trees
  4. \n' + + '
\n' + + '
    \n' + + '
  1. Should be implemented in the\n' + + 'Ethereum clients – Geth and Rust.
  2. \n' + + '
  3. They want this feature for\n' + + 'OrderWatcher.
  4. \n' + + '
\n' + + '
    \n' + + '
  1. EIP process is\n' + + 'suboptimal:
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Lacks in consensus-building.\n' + + 'There’s vocal people who don’t have good ideas; there’s a lot of\n' + + 'noise.
  2. \n' + + '
  3. To improve: committee-based\n' + + 'approach (reputable stakeholders from reputable projects who get\n' + + 'together?).
  4. \n' + + '
  5. Problems are getting solved at the\n' + + 'wrong abstraction level.
  6. \n' + + '
\n' + + '
    \n' + + '
  1. E.g. NFT standards.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. Neufund was largest Solidity\n' + + 'project before –– tokenized equity.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. You want a EuroToken. You don’t\n' + + 'want your company valuated in Ether.
  2. \n' + + '
  3. What if blockchain forks; which\n' + + 'token is actually tied to the company?
  4. \n' + + '
\n' + + '
    \n' + + '
  1. Bounty approach gives many\n' + + 'different styles within the codebase.
  2. \n' + + '
\n' + + '
    \n' + + '
  1. This is a problem; e.g. OpenSSL\n' + + 'codebase after Masters / PhDs.
  2. \n' + + '
\n' + + '

', + }, +]; + +export default data; diff --git a/components/modal/index.js b/components/modal/index.js index 30f780a..0a22fc8 100644 --- a/components/modal/index.js +++ b/components/modal/index.js @@ -4,7 +4,7 @@ import './style.scss'; const Modal = props => (
-
+
{ props.children }
x
{/* eslint-disable-line */}
diff --git a/components/modal/style.scss b/components/modal/style.scss index 8926cd3..b2199bc 100644 --- a/components/modal/style.scss +++ b/components/modal/style.scss @@ -10,8 +10,9 @@ left: 0; width: 100vw; height: 100vh; - background-color: rgba(0, 0, 0, 0.6); z-index: 3; + background-color: #fff; + overflow: auto; } &.modal-on-mobile-only { @@ -40,25 +41,23 @@ } .modal-inner { - position: relative; - z-index: 4; - background-color: #fff; - width: 90%; - height: 90%; - top: 5%; - left: 5%; - overflow: auto; - padding: calculateRem(20); + width: 100%; + height: 100%; + padding-top: calculateRem(24); @media (min-width: $tablet) { - padding-top: calculateRem(60); + padding-top: calculateRem(48); + } + + &.container { + max-width: calculateRem(1024); } } .modal-close { - position: absolute; - top: calculateRem(12); - right: calculateRem(12); + position: fixed; + top: calculateRem(16); + right: calculateRem(16); padding: calculateRem(4); background-color: #cfcfcf; text-align: center; @@ -67,6 +66,7 @@ border-radius: 50%; cursor: pointer; outline: none; + z-index: 4; &:hover { background-color: #c1c1c1; diff --git a/styles.scss b/styles.scss index 52c2fce..10abe84 100644 --- a/styles.scss +++ b/styles.scss @@ -13,5 +13,6 @@ .container { max-width: calculateRem($container-width); margin: 0 auto; - padding: 0 calculateRem($container-padding); + padding-left: calculateRem($container-padding); + padding-right: calculateRem($container-padding); }